Tuesday, 2012-06-12

*** jgriffith has quit IRC00:00
*** jgriffith has joined #openstack-dev00:01
*** dprince has quit IRC00:01
*** rkukura has joined #openstack-dev00:03
*** jgriffith has quit IRC00:06
*** rkukura has left #openstack-dev00:09
*** epim has quit IRC00:10
*** ncode has quit IRC00:12
*** edygarcia has quit IRC00:13
*** spiffxp has quit IRC00:14
*** sdake has joined #openstack-dev00:16
*** utlemming has joined #openstack-dev00:21
harlowjasmoser: if u get some free time, http://bazaar.launchpad.net/~harlowja/cloud-init/rework/files/head:/cloudinit/00:25
harlowjagetting closer :-p00:25
harlowja*stages is where u should probably start, haha00:25
*** issackelly has quit IRC00:27
*** rnirmal has quit IRC00:28
*** jaypipes-afk is now known as jaypipes00:38
*** torgomatic has quit IRC00:40
*** zul has quit IRC00:42
*** s0mik has quit IRC00:42
*** akscram has joined #openstack-dev00:42
*** matwood has quit IRC00:45
*** nati_ueno has quit IRC00:45
*** jaypipes has quit IRC00:46
*** johnpostlethwait has quit IRC00:47
*** roge has quit IRC00:52
*** Mandell has quit IRC00:52
*** tgall_foo has joined #openstack-dev00:56
*** inteq has joined #openstack-dev01:00
*** inteq has joined #openstack-dev01:01
*** ayoung has joined #openstack-dev01:04
*** lloydde has joined #openstack-dev01:07
*** inteq has quit IRC01:08
*** harlowja has quit IRC01:10
*** lloydde has quit IRC01:11
*** jog0 has quit IRC01:11
*** nati_ueno has joined #openstack-dev01:15
*** epim has joined #openstack-dev01:15
*** nati_ueno has quit IRC01:19
*** nati_ueno has joined #openstack-dev01:20
*** jdurgin has quit IRC01:22
*** mmalgeri has quit IRC01:23
*** dachary has quit IRC01:25
*** dachary has joined #openstack-dev01:25
*** jakedahn is now known as jakedahn_zz01:28
*** mdomsch has joined #openstack-dev01:29
*** zul has joined #openstack-dev01:31
*** rods has quit IRC01:32
*** thingee has quit IRC01:34
*** jakedahn_zz is now known as jakedahn01:37
*** jakedahn is now known as jakedahn_zz01:37
*** gyee has quit IRC01:38
*** stuntmachine has joined #openstack-dev01:38
*** stuntmachine has joined #openstack-dev01:38
*** longhudou has joined #openstack-dev01:39
*** mattray has joined #openstack-dev01:40
*** notmyname has quit IRC01:42
*** glenc has quit IRC01:44
*** pballand_ has joined #openstack-dev01:46
*** longhudou has quit IRC01:50
*** ayoung has quit IRC01:53
*** adjohn has quit IRC01:54
*** andrewsben is now known as andrewsben_zz01:56
*** andrewsben_zz is now known as andrewsben01:57
*** krtaylor has quit IRC01:58
*** btorch_ is now known as btorch02:00
*** pballand_ has quit IRC02:01
*** pballand_ has joined #openstack-dev02:10
*** PotHix has quit IRC02:16
*** danwent has quit IRC02:17
*** pballand_ has quit IRC02:20
*** pballand_ has joined #openstack-dev02:23
*** nunosantos has quit IRC02:25
*** guitarza1 is now known as guitarzan02:26
*** mdomsch has quit IRC02:29
*** salgado-afk has quit IRC02:29
*** mdomsch has joined #openstack-dev02:29
*** pballand_ has quit IRC02:31
*** mdomsch_ has joined #openstack-dev02:31
*** bencherian has quit IRC02:32
*** dtroyer is now known as dtroyer_zzz02:33
*** nati_uen_ has joined #openstack-dev02:36
*** stuntmachine has quit IRC02:36
*** nati_ueno has quit IRC02:39
*** maoy has joined #openstack-dev02:42
*** renier has quit IRC02:48
*** pixelbeat has quit IRC02:49
*** Mandell has joined #openstack-dev02:49
*** novas0x2a|lapto1 has quit IRC02:55
*** vish1 is now known as vishy03:04
*** s0mik has joined #openstack-dev03:05
*** zul has quit IRC03:07
*** eglynn_ has joined #openstack-dev03:09
*** mattray has quit IRC03:09
*** eglynn has quit IRC03:12
*** reed has quit IRC03:26
*** thingee has joined #openstack-dev03:37
*** s0mik has quit IRC03:37
*** s0mik has joined #openstack-dev03:47
*** maoy has quit IRC03:55
*** e1mer has joined #openstack-dev04:01
*** e1mer has quit IRC04:02
*** nati_uen_ has quit IRC04:04
*** s0mik has quit IRC04:05
*** Mandell_ has joined #openstack-dev04:11
*** Mandell has quit IRC04:11
tr3buchetsleepsonzzz: figured it out. thakns for the paste. will have fixed tomorrow04:12
*** Dr_Who has quit IRC04:19
*** jgriffith has joined #openstack-dev04:19
*** adjohn has joined #openstack-dev04:20
*** blamar has quit IRC04:21
*** thingee has quit IRC04:23
*** garyk has quit IRC04:28
*** dolphm has joined #openstack-dev04:30
*** notmyname has joined #openstack-dev04:36
*** ChanServ sets mode: +v notmyname04:36
*** reed has joined #openstack-dev04:39
*** mdomsch_ has quit IRC04:41
*** bencherian has joined #openstack-dev04:44
*** adjohn has quit IRC04:46
*** peter1 has joined #openstack-dev04:48
*** peter1 has left #openstack-dev04:50
*** pballand_ has joined #openstack-dev04:51
*** peter1 has joined #openstack-dev04:51
*** peter1 has left #openstack-dev04:52
*** davidha has joined #openstack-dev04:55
*** dolphm has quit IRC04:56
*** danwent has joined #openstack-dev04:56
*** pballand_ has quit IRC04:56
*** mnewby has quit IRC05:03
*** jakedahn_zz is now known as jakedahn05:04
*** mnewby has joined #openstack-dev05:04
*** cburgess has quit IRC05:05
*** cburgess has joined #openstack-dev05:05
*** littleidea has quit IRC05:08
*** mnewby has quit IRC05:08
*** littleidea has joined #openstack-dev05:08
*** jakedahn is now known as jakedahn_zz05:10
*** adjohn has joined #openstack-dev05:12
*** adjohn has quit IRC05:15
*** davidha has quit IRC05:16
*** dayou has joined #openstack-dev05:36
*** novas0x2a|laptop has joined #openstack-dev05:43
*** reed has quit IRC05:45
*** garyk has joined #openstack-dev05:48
*** jgriffith has quit IRC05:54
*** hattwick has quit IRC06:00
*** davidha_who_took has joined #openstack-dev06:03
*** dolphm has joined #openstack-dev06:06
*** jpipes has joined #openstack-dev06:10
*** dolphm has quit IRC06:10
*** jpipes has quit IRC06:11
*** epim has quit IRC06:11
*** jaypipes has joined #openstack-dev06:13
*** dachary has quit IRC06:15
*** littleidea has quit IRC06:20
*** mrunge has joined #openstack-dev06:22
*** winston-d has joined #openstack-dev06:29
*** pmezard has joined #openstack-dev06:32
*** danwent has quit IRC06:51
*** vuntz has quit IRC07:05
*** reidrac has joined #openstack-dev07:12
*** dbasarab has joined #openstack-dev07:12
*** dachary has joined #openstack-dev07:13
*** openstack has joined #openstack-dev07:28
*** _0x44 has joined #openstack-dev07:28
*** Mandell_ has quit IRC07:29
*** mindpixel has joined #openstack-dev07:29
*** mcolombo_ has quit IRC07:33
*** mcolombo has joined #openstack-dev07:37
*** pixelbeat has joined #openstack-dev07:39
*** peter1 has joined #openstack-dev07:55
*** hattwick has joined #openstack-dev07:58
*** winston-d has quit IRC08:06
*** ghe has joined #openstack-dev08:16
*** ghe is now known as Guest5577408:17
*** winston-d has joined #openstack-dev08:21
*** azbarcea has joined #openstack-dev08:31
*** peter1 has left #openstack-dev08:32
*** dbasarab has quit IRC08:32
*** Guest55774 is now known as GheRivero08:33
GheRiveromorning people08:33
*** sandywalsh has quit IRC08:38
*** darraghb has joined #openstack-dev08:46
*** apevec has joined #openstack-dev08:47
*** apevec has quit IRC08:47
*** apevec has joined #openstack-dev08:48
*** azbarcea has quit IRC08:50
*** azbarcea has joined #openstack-dev08:51
*** GheRivero has quit IRC08:55
*** winston-d has quit IRC08:56
*** GheRivero has joined #openstack-dev09:08
*** yaguang has joined #openstack-dev09:09
*** danpb has joined #openstack-dev09:12
*** gDamien has joined #openstack-dev09:33
*** Gagaro has joined #openstack-dev09:35
*** davidha_who_took has quit IRC09:40
*** davidha has joined #openstack-dev09:41
*** iccha has quit IRC09:45
*** azbarcea has quit IRC10:08
*** bencherian has quit IRC10:09
*** rods has joined #openstack-dev10:20
*** aswadrangnekar has joined #openstack-dev10:28
*** e1mer has joined #openstack-dev10:37
*** e1mer has quit IRC10:37
*** e1mer has joined #openstack-dev10:37
*** tty_ has joined #openstack-dev10:40
*** tty_ has left #openstack-dev10:40
*** e1mer has quit IRC10:57
*** gDamien has quit IRC10:59
*** davidha has quit IRC11:13
*** davidha has joined #openstack-dev11:14
*** markvoelker has joined #openstack-dev11:20
*** zul has joined #openstack-dev11:20
*** milner has joined #openstack-dev11:32
*** asalkeld has quit IRC11:35
*** wiliam has joined #openstack-dev11:36
*** markmc has joined #openstack-dev11:38
*** asisin has quit IRC11:47
*** mrunge has quit IRC11:50
*** maploin has joined #openstack-dev11:52
*** maploin has quit IRC11:52
*** maploin has joined #openstack-dev11:52
*** krtaylor has joined #openstack-dev11:54
*** asisin has joined #openstack-dev12:00
*** asalkeld has joined #openstack-dev12:00
*** yaguang has quit IRC12:01
*** e1mer has joined #openstack-dev12:03
*** pixelbeat has quit IRC12:04
*** alaski has joined #openstack-dev12:05
*** pixelbeat has joined #openstack-dev12:06
*** pixelbeat has joined #openstack-dev12:07
*** Dr_Who has joined #openstack-dev12:12
*** Dr_Who has quit IRC12:12
*** Dr_Who has joined #openstack-dev12:12
*** lts has joined #openstack-dev12:18
*** salgado has joined #openstack-dev12:29
*** salgado has joined #openstack-dev12:29
*** dolphm has joined #openstack-dev12:30
*** dhellmann_ has joined #openstack-dev12:32
*** dhellmann has quit IRC12:36
*** stuntmachine has joined #openstack-dev12:43
*** stuntmachine has joined #openstack-dev12:43
*** dprince has joined #openstack-dev12:44
*** stuntmac_ has joined #openstack-dev12:47
*** stuntmachine has quit IRC12:48
chmouelanybody knows how to run the swift glance functional tests?12:51
mtaylorchmouel: I think you have to have something set in an env var12:54
_val_Hi everyone. Where are the I/O operations performed. On the machine itself or at the storage level in OpenStack?12:58
_val_I mean disk io.13:02
*** e1mer has quit IRC13:02
*** aswadrangnekar1 has joined #openstack-dev13:04
*** beraldo has quit IRC13:04
*** aswadrangnekar has quit IRC13:04
*** aswadrangnekar1 has left #openstack-dev13:05
*** iccha has joined #openstack-dev13:06
soren_val_: What's the difference?13:09
_val_soren: We've at the moment a SAN wich is being overloaded by queries etc..13:12
_val_e.g we've the DOCUMENT_ROOT on each webserver for the clients located in a centralized SAN. So I want to know if OpenStack does solve this problem by doing I/O operations on the machine itself rather than on the SAN.13:13
sorenI still don't understand what that means.13:13
sorenCan you give an example of something that does one or the other?13:14
*** glenc has joined #openstack-dev13:14
_val_soren: e.g We've our clients which run http server. Their website document root is stored on a san so on those VM's only Apache server runs.13:16
_val_The data is been fetcht from the SAN. E.g  index.php is stored on  /srv/storage/websites/site1/public_html/index.php  and not on /var/www/html13:17
_val_so All this data is being served from one central location13:17
notmynamettx: I'll not be at the meeting this afternoon. I've asked someone else to be there, but I'm not sure who will be available13:17
_val_soren: in short terms. We want the IO load off the SAN.13:20
_val_We want the IO load to perform on the machine itself13:21
soren_val_: Then move the data?13:21
ttxnotmyname: ack13:25
*** kbringard has joined #openstack-dev13:26
notmynamettx: i don't think there is swift news yet. Did you have any specific questions?13:26
*** dolphm has quit IRC13:26
ttxnotmyname: no.13:26
ttxnotmyname: well, one: how far are we from the final stage of the swiftclient split ?13:27
ttx(but I can probably answer that one by looking at code and reviews :)13:27
notmynamettx: good question. Ask  chmouel13:27
notmynamettx: I havent been able to track it well in the last few days13:28
mtaylorzul: ping13:29
zulmtaylor: what up?13:29
notmynamettx: also,  gholt could probably give a good answer13:29
ttxgholt, chmouel: chime in whenever you can13:30
*** ayoung has joined #openstack-dev13:32
*** rkukura has joined #openstack-dev13:38
*** mattray has joined #openstack-dev13:39
*** littleidea has joined #openstack-dev13:47
*** nikhil has joined #openstack-dev13:52
*** joesavak has joined #openstack-dev13:54
*** dayou has quit IRC13:55
*** lorin1 has joined #openstack-dev14:03
*** andrewsben is now known as andrewsben_zz14:03
*** dolphm has joined #openstack-dev14:05
*** dolphm_ has joined #openstack-dev14:05
*** sam_wan has joined #openstack-dev14:08
*** nikhil has quit IRC14:08
*** andrewsben_zz is now known as andrewsben14:08
*** dolphm has quit IRC14:09
*** edygarcia has joined #openstack-dev14:09
*** maploin has quit IRC14:13
*** pmezard has left #openstack-dev14:14
*** maploin has joined #openstack-dev14:16
*** maploin has joined #openstack-dev14:17
*** blamar has joined #openstack-dev14:19
*** iccha has quit IRC14:19
*** ChanServ sets mode: +v letterj14:21
*** Gordonz has joined #openstack-dev14:21
*** matiu_ has joined #openstack-dev14:21
*** matiu_ has quit IRC14:21
*** matiu_ has joined #openstack-dev14:21
*** dhellmann has joined #openstack-dev14:21
*** sandywalsh has joined #openstack-dev14:22
*** Gordonz has quit IRC14:22
*** Gordonz has joined #openstack-dev14:22
*** matiu has quit IRC14:25
*** sandywalsh_ has joined #openstack-dev14:26
*** sandywalsh has quit IRC14:26
*** mindpixel has quit IRC14:27
*** Gordonz has quit IRC14:27
*** Gordonz has joined #openstack-dev14:28
*** andrewbogott has joined #openstack-dev14:30
*** ghantoos_ is now known as ghantoos14:32
*** iccha has joined #openstack-dev14:35
*** reed has joined #openstack-dev14:36
*** dhellmann has quit IRC14:43
*** krtaylor has quit IRC14:44
*** edygarcia has quit IRC14:45
chmouelttx: Only one glance review left and this should all be working14:47
*** jgriffith has joined #openstack-dev14:48
bcwaldonchmouel: looking now14:48
*** timello has quit IRC14:50
*** timello has joined #openstack-dev14:51
chmouelbcwaldon: Didnt know how to test the functional tests any pointer how to do that?14:52
bcwaldonsure14:53
*** sandywalsh_ has quit IRC14:53
bcwaldonall you have to do is set up a local config file with valid swift options14:53
bcwaldonthen set something like TEST_SWIFT_CONF to wherever that file is14:54
*** dhellmann has joined #openstack-dev14:55
chmouelK will try again later on (stuck in train atm)14:56
bcwaldonI'm getting it set up here right now14:56
bcwaldonshould have feedback in a few min14:56
*** datsun180b has joined #openstack-dev15:00
ttxjgriffith: ping15:02
jgriffithttx: pong15:03
*** bencherian has joined #openstack-dev15:04
ttxjgriffith: wanted to look into your (in)ability to modify blueprints15:04
ttxjgriffith: last week you mentioned you couldn't update status on them ?15:04
* jgriffith checking something15:05
jgriffithttx: Ok, so yeah, the 'Status' field isn't something I can modify15:05
jgriffithI can mod Priority, Directions, etc but not Status15:06
ttxOh. Status is not what you should be modifying.15:06
jgriffithttx: I had a feeling you were going to say that15:07
ttxjgriffith: Status is inherited from the "Implementation" field15:07
*** spiffxp has joined #openstack-dev15:07
jgriffithttx: Ok, sorry for the confusion15:07
ttxjgriffith: it's like "open" and "closed", and derived from what you set at Implementation15:07
ttxso you should be ok just setting "Implementation"15:08
jgriffithttx: That makes sense (*now*) :)15:08
ttxjgriffith: more info at http://wiki.openstack.org/Blueprints15:08
*** sandywalsh has joined #openstack-dev15:08
jgriffithttx: Thanks, I better go read it again :)15:08
ttxbcwaldon, vishy, dtroyer: could you look into https://review.openstack.org/#/c/8394 -- a small devstack change in preparation for future nova-rootwrap changes15:09
jgriffithttx: bahhh... I think that wiki is a bit off15:09
*** reidrac has quit IRC15:09
ttxjgriffith: how so ? I refreshed it quite recently15:09
jgriffithttx: Never mind!  I found it15:10
jgriffithttx: Ok, great.  All makes sense now.  Thank you15:11
ttxjgriffith: no problem!15:11
*** reed has quit IRC15:12
*** rnirmal has joined #openstack-dev15:14
*** maploin has quit IRC15:15
*** armaan has joined #openstack-dev15:16
*** armaan has left #openstack-dev15:16
*** davidha has quit IRC15:19
*** krtaylor has joined #openstack-dev15:24
*** edygarcia has joined #openstack-dev15:25
*** danwent has joined #openstack-dev15:30
bcwaldoneglynn_: around?15:30
eglynn_bcwaldon: yep15:30
bcwaldoneglynn_: great, this is a bit urgent - can you do a code review of this? https://review.openstack.org/#/c/7668/515:30
bcwaldoneglynn_: don't worry about functionality15:30
eglynn_bcwaldon: I'm on it ...15:30
bcwaldoneglynn_: just need a sanity check that the review is sane15:30
bcwaldoneglynn_: on a separate note, it looks like swift functional tests are broken :/15:36
bcwaldoneglynn_: I can't get swift to use auth version 115:36
bcwaldonchmouel: any idea why ^15:36
bcwaldonI can't seem to set swift_store_auth_version through config15:36
eglynn_bcwaldon: #7668 looks reasonable to me15:36
bcwaldoneglynn_: ok, just saw your comment - it still does pin to a commit, btw15:37
bcwaldoneglynn_: its just a shortened representation of the commit number15:37
chmouelbcwaldon: Dunno let me have a go when I'm online in a little bit15:37
eglynn_bcwaldon: oh, ok, my bad15:37
bcwaldonchmouel: I'm going to send your branch in right now15:38
bcwaldoneglynn_: no worries, I just wanted to make sure you knew that :)15:38
eglynn_bcwaldon: cool, I see it now ...15:38
chmouelK will fix the function tests with 1.0 later on if that's broken15:38
bcwaldonchmouel: yeah, see if you can get them running, I'll try to figure it out, too15:39
*** nunosantos has joined #openstack-dev15:45
*** Gagaro has quit IRC15:47
andrewbogottI note that there are no tests in the openstack-common repo.  Is that a deferred task, or are those tests intentionally left to projects that include common?15:49
jaypipesdavidkranz_: ping15:51
jaypipesdavidkranz_: got time to knock out a bunch of tempest reviews today?15:51
davidkranz_OK, do you some particularly in mind?]15:51
*** adjohn has joined #openstack-dev15:53
*** heckj has joined #openstack-dev15:54
davidkranz_jaypipes: I see there were a bunch more put up overnight. We had a discussion last week but I'm still not comfortable with the level of duplication of unit tests with regard to parameter corner cases.15:54
*** krtaylor has quit IRC15:55
jaypipesdavidkranz_: yeah, me neither.. :(15:55
andrewbogottjaypipes:  thoughts regarding tests in openstack-common?15:55
jaypipesdavidkranz_: if you could take a look at this one, I'd be appreciative (it's a very first phase of cleanup/standardization, nothing much, but it will be merge hell to keep it around long) https://review.openstack.org/#/c/8409/15:56
jaypipesandrewbogott: not sure I follow you...15:56
davidkranz_Will do now.15:56
jaypipesdavidkranz_: cheers mate. and I think we're on the same page regarding the unit test bleeding into the functional (negative) tests... :(15:57
andrewbogottjaypipes:  I'm adding some code to openstack-common, and trying to follow the current examples.  Wondering what I should do about tests for my new code.15:57
jaypipesandrewbogott: ah, I see. Can you add them into /openstack/common/tests?15:58
jaypipesandrewbogott: similar to how nova/glance do it?15:58
jaypipesandrewbogott: and then remove the duplicate tests from nova/glance of course :)15:58
andrewbogottSure I can.  But there is no such directory at the moment, right?15:59
jaypipesandrewbogott: if there isn't, you can make it :)15:59
andrewbogottDoes that mean that all of the code in common is currently untested?15:59
jaypipesandrewbogott: no, it's just that most of that code was ripped from the other projects and the tests are in those projects ;)15:59
*** mnewby_ has joined #openstack-dev15:59
andrewbogottOK, that answers my question :)  Was just wondering if that directory was missing by design or by neglect.15:59
jaypipesprobably neglect :)16:00
andrewbogottcool, I'll get it started then.16:00
*** blamar_ has joined #openstack-dev16:01
*** mnewby_ has quit IRC16:01
davidkranz_jaypipes: what's the deal with deleting test_extensions?16:05
*** blamar has quit IRC16:05
*** blamar_ is now known as blamar16:05
jaypipesdavidkranz_: it's git... for some reason it shows the rename as a delete and then recreation.... but it was just moved down into tempest/tests/compute :) I think it has to do with the number of lines changed in the file after I renamed it...16:07
*** mnewby has joined #openstack-dev16:09
*** stuntmac_ has quit IRC16:13
*** s0mik has joined #openstack-dev16:13
*** iccha1 has joined #openstack-dev16:13
*** iccha has quit IRC16:14
*** reed has joined #openstack-dev16:14
*** dtroyer_zzz is now known as dtroyer16:14
mtaylorjaypipes: yeah. moves in git a don't heuristically - so combining a move with content change removes git's ability to track file moves16:15
mtaylorif the two are done in separate commits, git can figure it out16:15
*** adjohn has quit IRC16:16
*** sleepsonzzz is now known as sleepsonthefloor16:16
*** armaan has joined #openstack-dev16:17
*** GheRivero has quit IRC16:17
*** armaan has left #openstack-dev16:18
*** iccha1 has quit IRC16:31
*** lloydde has joined #openstack-dev16:35
*** iccha has joined #openstack-dev16:35
jaypipes_0x44: must be your review day... :)16:35
*** salgado is now known as salgado-lunch16:37
*** roge has joined #openstack-dev16:38
*** eglynn_ has quit IRC16:42
*** eglynn_ has joined #openstack-dev16:43
*** dhellmann has quit IRC16:46
*** armaan has joined #openstack-dev16:46
*** sandywalsh has quit IRC16:48
*** torgomatic has joined #openstack-dev16:51
*** renier has joined #openstack-dev16:52
*** thingee has joined #openstack-dev16:52
*** issackel_ has joined #openstack-dev16:54
*** Mandell has joined #openstack-dev16:55
*** issackel_ has quit IRC16:55
*** issackel_ has joined #openstack-dev16:56
davidkranz_jaypipes: Your change I reviewed is going to break a bunch of outstanding changes. What was the plan for that?16:58
jaypipesdavidkranz_: we can do the other ones, I can rebase and push a fix.16:59
davidkranz_OK16:59
*** jakedahn_zz is now known as jakedahn16:59
jaypipesdavidkranz_: so if you can do reviews, I will as well and we can push as many as we can through...17:01
*** harlowja has joined #openstack-dev17:01
*** nati_ueno has joined #openstack-dev17:01
jaypipesnati_ueno: nati! :)17:03
jaypipesnati_ueno: congrats, my friend!17:03
*** epim has joined #openstack-dev17:03
nati_uenoHi Jay! Thanks17:04
jaypipesnati_ueno: how is your wife doing? you getting any sleep? :)17:04
nati_uenoLess sleep :) But alerts are less than trystack17:05
jaypipeshehe17:05
jaypipesnati_ueno: speaking of which...17:05
*** davidha_who_took has joined #openstack-dev17:06
nati_uenohehe17:07
*** salgado-lunch is now known as salgado17:09
*** PotHix has joined #openstack-dev17:09
*** davidha_who_took is now known as davidha17:12
*** rafaduran has joined #openstack-dev17:14
*** ncode has joined #openstack-dev17:15
*** iccha has quit IRC17:16
*** iccha has joined #openstack-dev17:19
*** harlowja has quit IRC17:28
*** garyk has quit IRC17:28
*** adjohn has joined #openstack-dev17:29
*** bencherian has quit IRC17:30
*** bencherian_ has joined #openstack-dev17:30
*** darraghb has quit IRC17:31
chmoueljaypipes, bcwaldon: any of you have a GLANCE_TEST_SWIFT_CONF example somewhere?17:34
jaypipeschmouel: sure, I'll email ya17:34
chmoueljaypipes: thanks17:35
*** danpb has quit IRC17:35
chmouelshould we maybe include it in the repo?17:35
bcwaldonchmouel: it's just glance-api.conf17:36
bcwaldonchmouel: or a subset of it17:36
chmouelbcwaldon: cool so it just need to point to a live swift speaking 1.0 auth ?17:37
bcwaldonyes17:37
chmouelso I guess there is need to have a v2/test_swift there17:38
jaypipeschmouel: sent17:38
bcwaldonreally, we should be functionally testing the stores independently of the api17:38
*** rods has quit IRC17:40
*** krtaylor has joined #openstack-dev17:41
chmouelyeah why don't we follow the same way we are doing with binding with specifics in v1/ v2/ and a common part17:42
jaypipesbcwaldon: ^^17:43
*** asisin has quit IRC17:43
*** johnpostlethwait has joined #openstack-dev17:43
bcwaldonchmouel: can you expand on that?17:45
chmouelbcwaldon: what's the different between tests.functional.v1 and v2, is it to differentiate between auth version or glance api versions ?17:47
*** rods has joined #openstack-dev17:50
*** krtaylor has quit IRC17:53
*** armaan has left #openstack-dev17:57
*** bencherian_ has quit IRC17:59
*** arunkant has joined #openstack-dev18:01
*** lcheng has joined #openstack-dev18:06
*** andrewsben is now known as andrewsben_zz18:07
*** novas0x2a|laptop has quit IRC18:09
heckjtermie: you around this morning?18:09
*** datsun180b has quit IRC18:11
*** lcheng has quit IRC18:13
*** lcheng has joined #openstack-dev18:15
bcwaldonchmouel: glance api versions18:17
*** nati_ueno has quit IRC18:23
*** nati_ueno has joined #openstack-dev18:24
*** jog0 has joined #openstack-dev18:27
*** jog0 has quit IRC18:31
*** jog0 has joined #openstack-dev18:32
*** epim has quit IRC18:44
*** novas0x2a|laptop has joined #openstack-dev18:45
*** azbarcea has joined #openstack-dev18:49
*** vincentricci has joined #openstack-dev18:53
*** vincentricci has left #openstack-dev18:53
*** katell has joined #openstack-dev18:53
*** ecarlin has joined #openstack-dev18:54
*** ecarlin has quit IRC18:55
*** ecarlin has joined #openstack-dev18:56
*** nati_uen_ has joined #openstack-dev18:56
*** nati_ueno has quit IRC18:58
*** nati_uen_ has quit IRC19:07
*** ecarlin has quit IRC19:11
smosermarkmc, around?19:12
*** matwood has joined #openstack-dev19:14
*** arunkant has quit IRC19:16
*** epim has joined #openstack-dev19:19
*** ecarlin has joined #openstack-dev19:20
*** harlowja has joined #openstack-dev19:21
sdaguedprince: just saw your bug on the deprecation log level, after talking with markmc I was writing up a decorator for this, so it wouldn't be an individual decision, but standardized. maybe it's better to have the conversation with that patch set?19:22
*** armaan has joined #openstack-dev19:22
*** armaan has left #openstack-dev19:22
dprincesdague: why do we need a decorator to log a simple deprecation message?19:23
*** matwood_ has joined #openstack-dev19:23
dprincesdague: For that matter... we already have one which isn't being used:19:23
*** mnewby has quit IRC19:23
sdaguedprince: because we should have a standard way for deprecating things?19:23
dprincesdague: https://review.openstack.org/#/c/8412/19:24
*** matwood has quit IRC19:24
*** matwood_ is now known as matwood19:24
dprincesdague: Is it worth maintaining 200-300 LOC for this. I agree things should be standardized. But it seems pretty simple. Just log a warning.19:25
*** matwood has quit IRC19:25
sdaguedprince: ok, cool, well then I'll head in that direction. I did float this out on the mailing list. But didn't really get any bites there19:25
dprincesdague: Perhaps just a simple utils function then to log a warning.19:25
sdaguedprince: well, the conversation yesterday that markmc suggested was to have a config option so that you could make the deprecations fatal19:26
sdaguethat was part of the reason for the decorator approach19:26
*** asisin has joined #openstack-dev19:27
mtaylorthat would be a nice way to run a job at milestone time or something like to that to make sure we've cleaned out stuff...19:27
dprincesdague: Sure. Sorry I missed the discussion on the list.19:27
dprinceI'm fine with it. I'm also Okay with grepping log files too. Hopefully we don't have so many warning messages that this isn't possible.19:28
harlowjasmoser: qq, doe each cloudconfig "handler" really need to get passed the log object, or can i change that so that they construct there own logger?19:29
sdagueok, how about I finish off this patch for review (which I think I can do in the next 30 minutes) and we can use that as a basis for a conversation, either in gerrit or the ML about the right way to do this.19:29
dprinceAnd I'd really like to see us avoid cases where decorators get heavily nested... so the simple function/deprecation approach seems reasonable.19:29
sdagueI'm pretty ok with whatever the concensus is19:29
sdaguebut we should have a standard way to do it :)19:30
dprincesdague: Sure. Are you adding another decorator then?19:30
*** ncode has quit IRC19:30
dprincesdague: In addition to the one already in utils.py? Or just fixing that one.19:30
smoserharlowja, the one thing that needs to happen is that the logging gets passed through to the place that its configured to go to.19:30
sdaguedprince: well, I only just found out about the one in utils :)19:30
harlowjasmoser: kk, i can make that happen19:30
sdagueI could work based on that one19:30
smoserand that can be configured via cloud-config. if you maintain that, then i'm ok with it.19:31
harlowjaright, np19:31
harlowjastill being maintained19:31
*** armaan1 has joined #openstack-dev19:32
sdaguedprince: how about I just restart the ML thread, and get people's comments there, then we don't run into the issue of people that have an opinion that aren't on IRC right now.19:32
smoseralthought i'd be nice to not lose backwards compatibily handler code.19:32
smoserer... s/handler/cc_somethign/19:32
dprincesdague: sound good.19:32
*** armaan1 has quit IRC19:32
smoserthat might exist out of that tree (although i dont know how many of such things would exist).19:33
*** armaan1 has joined #openstack-dev19:33
*** armaan1 has left #openstack-dev19:33
harlowjasmoser: k, thats fine also19:33
*** andrewbogott has quit IRC19:33
*** andrewbogott has joined #openstack-dev19:33
harlowjasmoser: i'll finish the datasource cleanup then tackle the rest of the handlers tommorow, so just wanted to see about that change19:35
*** sannes has quit IRC19:39
andrewbogottVek, jkoelker, russelb:  You've all added tests to openstack-common/tests/unit.  Can one of you tell me how those tests are run?  I don't see the run_tests.sh script that I'd expect.19:40
*** sandywalsh has joined #openstack-dev19:40
harlowjasmoser: i'll get tests and all that, hopefully i'm thinking done by mid-next-week19:40
harlowjathen magic happens, lol19:41
mtaylorandrewbogott: just run tox19:41
smoserharlowja, yeah. i'll look at what you had proposed... i promise :)19:41
mtaylorandrewbogott: or nosetests if you don't want virtualenvs19:41
harlowjaha19:41
harlowjanp19:41
harlowjaits alot :-p19:41
*** sannes has joined #openstack-dev19:41
andrewbogottmtaylor:  So, these tests use a different framework than the other tests?19:41
* andrewbogott goes to read the other run_tests19:41
mtaylorandrewbogott: nope. they you the same framework as everything else19:42
mtaylorandrewbogott: we've finally gotten rid of run_tests.py and use nosetests everywhere else19:42
mtaylorandrewbogott: only thing here is that there isn't a run_tests.sh wrapper shell script in openstack-common19:42
andrewbogottmtayler:  So, better to duplicate run_tests in openstack-common, or better to regard run_tests as deprecated everywhere?19:43
mtaylorwe're trying to actually make things use standard python tools instead of special weird script19:43
andrewbogottok, got it.  Thank you.19:43
mtaylorandrewbogott: well, run_tests.sh has been deprecated in my head for 2 years ... but there's still a few places in which it is making things easier and we haven't fully addressed it yet from standard tooling19:43
*** ecarlin has quit IRC19:45
markmcsmoser, am now19:46
smosermarkmc, so. i was replying to https://review.openstack.org/#/c/8126/419:46
smoseri liked very much the "stop writing classes"19:47
harlowjasmoser: also what do u think about just having 1 binary that can do the cfg, init, query stuff, instead of 319:47
smoserand maybe i'm just not thinking about it write.19:47
smoserharlowja, i'm not terribly opposed to that.19:47
smosercloud-inti-query is busted, btw. i'd really like to replace it with something functional, but i dont package it in ubuntu.19:47
*** dbasarab has joined #openstack-dev19:48
harlowjakk, np19:48
harlowjai haven't used it to much, so not even sure what it does :-p19:48
smoserharlowja, the reason is that to ask cloud-init to retrieve some bit of information for you, means that cloud-init has to know if that was potentially containing sensitive information or not.19:48
*** armaan has joined #openstack-dev19:48
*** armaan has left #openstack-dev19:48
smoserand as it is right now, cloud-init just makes its cache 100% root read only.19:49
smoserwhich is safe. so unless you're root, cloud-init-query is not useful.19:49
smoseranyway...19:49
smosermarkmc, so back to my "stop writing classes"19:49
harlowjainteresting, so this is just sort of allowing people to introspect the cache19:49
smoseri dont knwo tha ti completely agree with it here.19:49
smoserand the primary reason is that I don't i see the ec2 metadata as simply a rendering of that "instance metadata"19:50
smoserand then, insid ethat, there are multiple verisons. those don't differ in nova now, but they should.19:50
smoserand *then* i hope that sometime we'll have a "openstack" under neith that.19:50
*** azbarcea has quit IRC19:51
sdaguedprince: ok, ml item sent, feel free to throw comments on there19:51
smoserand i know that the video said "dont write 3 lines of code now to save yourself writing 3 lines of code later" (which i largely agree with).19:51
ttxdtroyer: could you please +2 again https://review.openstack.org/#/c/8394/ ? Got stuck in Jenkins false negative19:51
ttxdtroyer: I mean, set it to Approved again19:52
smoseri guess what it comes down to is that I do not like the idea of rendering a dict that contains the ec2 metadata, because i do not consider the ec2 metadata to be the only rendering of that.19:52
dtroyerttx: done19:52
ttxdtroyer: thx19:52
smosermarkmc, ^ you follow that?19:53
harlowjasorry to jump in, not sure if i can make any sense, but isn't the ec2 metadata really just a object which provides data (no functionality) for a specific version of ec2, it seems like the object is what should be rendered, not the backing format? idk19:54
markmcsmoser, yeah, just poking at the code again19:54
harlowjaone version of that could be dictionary backed, but it doesn't seem like that is the only version?19:55
*** nati_ueno has joined #openstack-dev19:56
markmcsmoser, pragmatically speaking, I don't like us adding something that's obviously over-designed for the current needs19:56
markmcsmoser, otherwise someone like me is likely to just come along and say "this is dumb" and refactor it away19:56
*** nati_ueno has quit IRC19:56
*** nati_ueno has joined #openstack-dev19:57
markmcsmoser, the thing I don't get about all this is why we're doing "grab all the metadata from the DB, lookup a specific piece of data based on a path"19:57
smosermarkmc, well, then the only thing i can think to do is to render a massive dict.19:57
markmcsmoser, you're doing that anyway :)19:57
smoserwell, more massive.19:57
smoser"grab all the metadata from the DB" is separate from "lookup a specific piece of data" just for optimization.19:58
*** dprince has quit IRC19:58
*** johnpur has joined #openstack-dev19:58
*** ChanServ sets mode: +v johnpur19:58
markmcwhat's the optimization?19:58
smoserso that you could get an instance of this thing, and that would have taken most of the cost of creating it.19:59
smoserso...19:59
smoseri'm just sensitive to this19:59
smoserbecause the MD is crazy slow19:59
smoserand has been horrendously slow now.19:59
smoserer... has been even worse19:59
markmcright, but you create it and then immediately destroy it19:59
*** krtaylor has joined #openstack-dev19:59
* markmc doesn't seen the optimization19:59
*** gyee has joined #openstack-dev19:59
smoserwell, it gets cached19:59
harlowjaon smoser point of view, the reason he has to grab a massive dict is a limitation in the fetching mechansim that he has, but if u seperate the fetching and the extraction u can later go fix the fetching?19:59
smoserand yes, i am designing for use that is not show here19:59
smoseri agree with that.19:59
markmcah20:00
* markmc missed the cache20:00
harlowjasmoser: are there any numbers u guys have, i'd like to even see those20:00
markmcdoh :)20:00
smosernumbers?20:00
*** iccha has left #openstack-dev20:00
harlowja;)20:00
harlowja"MD is crazy slow"20:00
smoser(it gets cached in the MD server only)20:00
markmcsmoser, ok, I buy it a bit more now :)20:00
harlowjacrazy slow numbers, haha20:00
smoserby "slow", i mean "can't respond in 3 seconds"20:01
harlowjakk, still slow20:01
markmcsmoser, I think I'd be happier if lookup() didn't render the entire dict and the return a subset of it20:01
markmcsmoser, but instead just rendered a subset of it20:02
markmcsmoser, but that's beyond pure refactoring, so I wouldn't block your patch on that20:02
smosermarkmc, well, 2 things.20:02
smosera.) it does only render a subset of it (it doesn't render all YYYY-MM-DD)20:02
smoser  (yes... i know thats not really a good argument)20:02
markmcyeah, see that20:02
smoserb.) it could cache that internally to itself after rendering it. i considered that, but decided not to20:03
markmcanyway20:03
markmcthe fact that the object isn't immediately destroyed is enough to counter my objection20:04
smoserregarding slowness:20:05
smoser https://bugs.launchpad.net/nova/+bug/85115920:05
uvirtbotLaunchpad bug 851159 in nova "ec2 metadata service is very slow" [High,Fix released]20:05
smoser https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/86949220:05
uvirtbotLaunchpad bug 869492 in cloud-init "'timed out' to console message and no instance data found in start" [High,Fix released]20:05
harlowjathx20:05
markmcsmoser, ok, +2ed20:05
smoseri consider "can't respond to a request in 3 seconds" == "too slow"20:06
smosermarkmc, thanks. i'm not under the belief that is perfect. but i think reasonable. and i didn't want to render this massive dict with:20:06
smoser ['2009-09-01']['ami-id'] .... ['2011-02-02']['....']20:07
*** nati_ueno has quit IRC20:07
smoseranyway.20:07
smoserthank you for taking another look.20:07
markmcyep20:07
markmcnp - it's good incremental progress for sure20:07
zulsandywalsh: ping20:07
sandywalshzul hey chuck20:08
*** nati_ueno has joined #openstack-dev20:08
*** bencherian has joined #openstack-dev20:09
zulsandywalsh: thanks for the reviews a couple of questions, does ComputeFilter actually query the host cpu and compares it against the instance cpu?20:09
zulsmoser: ^^^20:09
sandywalshzul the compute nodes send their capabilities (key value pairs to the scheduler hostmanager) the ComputeFilter uses them to determine if the host can fulfil the request.20:10
zulim just trying to wrap my head around this20:10
sandywalshsorry "(key value pairs) to the scheduler hostmanager20:10
sandywalsh"20:10
zulsandywalsh: so the compute nodes could conscivably send the the arch as well if it doesnt arleady can it?20:11
*** Ruetobas has quit IRC20:12
smosersandywalsh, do you have an example of what is contained in host capabilities?20:12
zuland check it against the instance arch?20:12
sandywalshzul, capabilities are set in nova.conf, nothing by default.20:13
*** wiliam has quit IRC20:13
sandywalshzul: lemme find the flag20:13
smoserah. i probably confused zul.20:13
zulsandywalsh: FLAGS.additional_compute_capabilities ?20:13
smoseri assumed 'capabilities' were http://libvirt.org/formatcaps.html20:13
sandywalshzul yeah, I think that's it20:13
*** beraldo has joined #openstack-dev20:13
smoseressentially the "libvirt capabilites" are what I was after.20:15
smoserwith the possibility of overriding those by the admin20:15
sandywalshzul yup, that's it ... not sure about the host aggregates comment, but same thing. These are more generic than libvirt or xen-specific things20:15
zulsmoser: well that can be part of it  but i was talking at the scheduler level20:15
sandywalshzul they get sent to all the scheduler via periodic task in a fanout queue20:15
sandywalshzul and stuffed in the HostManager of each scheduler20:16
smoserright. i was assuming that the libvirt capabilities would be used to populate a database field (simjilar to how the cpu_info is done now)20:16
zulsandywalsh: so i guess the question is should i abandon that merge proposal and focus on the libvirt level that smoser is mentioning?20:16
sandywalshsmoser: it could, but it would have to go in the cpu_info dict under some libvirt-specific key20:17
sandywalshzul, what is it that you need from libvirt that's so unique?20:17
sandywalshzul beyond uname20:18
zulsandywalsh: i want to make sure that an native arm instance doesnt run on a native x86_64 host and vice vera20:18
sandywalshzul, so there's several ways to tackle this, I think I would change the cpu_arch_filter to do the following:20:21
sandywalshzul, 1. accept a flag --permitted_cpu_instances=x86=x86,i386,foo; arm=arm,blah20:23
sandywalshzul: 2. make the cpu_arch_filter like the compute filter so that it only accepts instance type extra flags "cpu" that match the flags20:23
sandywalshzul: 3. add the uname to cpu_info and remove the cpu_arch stuff. the arch_filter can pull this from the ComputeNode info20:24
sandywalshzul, I think that should do it?20:24
zulsandywalsh: that sounds reasonable thanks for the help and the reviewing20:25
sandywalshzul, hope that made sense :) happy to review, lemme know when you're ready for another peek.20:25
*** asisin has quit IRC20:28
davidhaHi, Swift benchmark... I am trying to evaluate the affect of changes I am making (putting httpd as a web front end instead of the current eventlet wsgi) on swift performance. Since my changes are affecting CPU and memory but not I/O I need to cretae a system which is NOT I/O bound - any ideas how to do that?20:30
torgomaticdavidha: if it's disk IO you're worried about, set the object server's keep_cache_size to something ridiculously large, then use a data set that fits in RAM.20:32
*** joesavak has quit IRC20:32
*** iccha has joined #openstack-dev20:34
smosersandywalsh, i think i agree with the above20:34
sdaguedavidha: or do a tmpfs for where the on disk store should be20:34
davidhatorgomatic, would keep_cache_size affect PUTS? WOuld it affect Container DBs?20:35
smoserput your point '1', could just have sane defaults. if not specified, it would look at libvirt capabilites and populate from that.20:35
*** iccha has quit IRC20:35
smoserif it was specified then the flag is definitive.20:35
*** iccha has joined #openstack-dev20:35
torgomaticdavidha: no, it only affects object GET requests20:35
davidhasdague, I wish I could find a way to do that :)20:36
davidhasdague, I cannot get extended attributes to work on tmpfs20:37
davidhasdague, is it only me :( ?20:37
*** iccha has quit IRC20:37
sandywalshsmoser: correct20:38
sandywalshsmoser: keep the current branch and mess around with that approach. I think it'll be a little cleaner.20:38
davidhaDoes tmpfs suport extended attributes? Was anyone able to run Swift on tmpfs?20:39
*** mnewby has joined #openstack-dev20:41
*** dolphm_ has quit IRC20:41
*** mnewby_ has joined #openstack-dev20:41
*** mnewby__ has joined #openstack-dev20:43
*** mnewby___ has joined #openstack-dev20:44
*** mnewby has quit IRC20:45
*** mnewby___ is now known as mnewby20:45
*** mnewby_ has quit IRC20:46
*** sstent has joined #openstack-dev20:46
*** yaguang has joined #openstack-dev20:46
sstentany horizon ppl on?20:46
*** mnewby__ has quit IRC20:47
bcwaldondevcamcar: ^20:47
devcamcarsstent: o/20:47
davidhatorgomatic,   ...I am still on 1.4, no keep_cache_size in 1.4 - is this a new addition to 1.5?20:48
torgomaticdavidha: it'll be in 1.5.1; it just landed in master a day or two ago.20:48
smoserdavidha, http://paste.ubuntu.com/1037956/20:50
smoserso i would say no. (that is ubuntu 12.04 kernel 3.2.0-24-generic20:50
*** rkukura has quit IRC20:51
davidhatorgomatic, just found it on the git - 5 days ago :)20:51
davidhasmoser, thanks - I goyt the same in older versions - there was communication about adding support for extended attributes ~200x, but apperently it never made it in...20:52
davidhaThis is unfortinate - could be a great tool for us to seperate CPU bound issues from I/O bound20:53
torgomaticdavidha: you might make a ramdisk and format it with xfs20:54
*** nati_uen_ has joined #openstack-dev20:57
*** sandywalsh has quit IRC20:58
*** rnirmal has quit IRC20:59
termiealright, we're switching all of keystone's 40x to 451: http://tools.ietf.org/html/draft-tbray-http-legally-restricted-status-00#section-320:59
davidhatorgomatic, thanks for this lead - there seem to be some references on XFS as a RAM disk  - I will follow this and see where it leads20:59
*** nati_ueno has quit IRC20:59
*** lts has quit IRC21:01
*** reed has quit IRC21:01
bcwaldontermie: +∞21:01
*** reed has joined #openstack-dev21:01
termiebcwaldon: i am sad you closed my blueprint for renaming images to mages in glance21:01
termie(and casting ultima)21:02
bcwaldontermie: I am sad that you assigned it to me and you didnt do it yourself21:02
termiebcwaldon: i'm not the glance guy21:02
bcwaldontermie: I'm not the old guy21:02
termieBURN21:02
jaypipessmoser: any idea what this might be about? http://paste.openstack.org/show/18482/21:02
*** eglynn_ has quit IRC21:02
smoserjaypipes, i suspect the download failed.21:03
smoserbut if this is in the contect of a devstack, i almost always check wget return code21:03
smosers/contect/context/21:03
jaypipessmoser: yeah, it is...21:04
*** thingee has quit IRC21:04
termiehttp://i.imgur.com/NR3mO.jpg21:04
jaypipessmoser: clearing the files/images/ area and retrying21:04
jaypipestermie: that an Alpha?21:04
termieD821:04
*** alaski has quit IRC21:04
jaypipesgood looking car.21:04
smoserjaypipes, could you re-review https://review.openstack.org/#/c/8126/21:05
smoseri've addressed the things you requested in your review of patch set 321:05
smoserer... 221:05
_0x44jaypipes: Because I'm doing more than a couple reviews?21:06
jaypipesof course, one sec21:06
jaypipes_0x44: heh, yep :)21:06
_0x44jaypipes: Yup21:06
_0x44jaypipes: I'm at CloudExpo, surprisingly the wifi is good.21:07
jaypipes_0x44: just saw a flood of macgown's this mornin.21:07
*** dbasarab has quit IRC21:08
*** azbarcea has joined #openstack-dev21:08
jaypipessmoser: all done.21:08
jaypipessmoser: and clearning the bad cirros local file seems to have worked. thx :)21:09
*** nati_uen_ has quit IRC21:09
*** nati_ueno has joined #openstack-dev21:09
sstentdevcamcar: was just doing some testing on horizon master, and it looks it its looking for a comressor module. is that a python 2.7 module?21:14
*** iccha has joined #openstack-dev21:15
*** lloydde has quit IRC21:23
*** sstent has quit IRC21:25
*** yaguang has quit IRC21:25
*** lorin1 has quit IRC21:25
*** yaguang has joined #openstack-dev21:26
devcamcarsstent: are you talking about less?21:27
*** dachary has quit IRC21:28
andrewbogottmtaylor: Well, I can't make the tests in common run at all, which means either I'm failing to understand something or those tests are vestigial and don't work for anyone...21:32
heckjsstent - it is a python module - it's "django-compressor" (it uses less under the covers)21:35
*** iccha has quit IRC21:41
*** littleidea has quit IRC21:42
*** iccha has joined #openstack-dev21:43
*** nati_ueno has quit IRC21:44
*** littleidea has joined #openstack-dev21:44
*** beraldo has quit IRC21:46
*** eglynn_ has joined #openstack-dev21:48
*** iccha has quit IRC21:50
*** nati_ueno has joined #openstack-dev21:50
*** dachary has joined #openstack-dev21:54
*** rkukura has joined #openstack-dev21:55
*** mdomsch has quit IRC21:57
*** heckj has quit IRC22:01
*** ayoung has quit IRC22:02
*** yaguang has left #openstack-dev22:02
ttxwe should be talking about less less22:02
*** kbringard has quit IRC22:03
*** azbarcea has quit IRC22:04
*** rnirmal has joined #openstack-dev22:07
*** Dr_Who has quit IRC22:08
*** littleidea has quit IRC22:09
*** Gordonz has quit IRC22:10
*** littleidea has joined #openstack-dev22:10
*** nati_ueno has quit IRC22:13
*** jaypipes has quit IRC22:13
*** dhellmann has joined #openstack-dev22:19
*** e1mer has joined #openstack-dev22:28
*** markmc has quit IRC22:29
mtaylorannegentle: lemme poke22:32
mtaylorannegentle: nm22:32
mtaylorandrewbogott: lemme poke22:32
tr3buchetmtaylor: i have issues running tox, even when there are errors is says OK22:32
mtaylortr3buchet: where?22:32
tr3buchetpersonal development22:32
tr3buchetwhen i run tox it isn't suggesting failure on error22:33
mtaylorweird. I haven't seen that - do you have the command it's configured to run set to nosetests? or something else?22:33
*** dtroyer is now known as dtroyer_zzz22:34
tr3buchet-x doesn't work either22:34
mtaylorandrewbogott: the tests run for me, but I do have some failing tests22:34
*** nati_ueno has joined #openstack-dev22:34
mtaylorandrewbogott: (I belive we have a todo list item to add gating to openstack-common)22:35
tr3buchetmtaylor: i'm checking the return code from tox now22:36
tr3buchetmtaylor: takes a while to run, just thought to check22:36
*** salgado is now known as salgado-afk22:37
*** apevec has quit IRC22:39
*** mattray has quit IRC22:40
*** apevec has joined #openstack-dev22:40
mtaylorandrewbogott: I lied - it works fine for me (I had a file in my tree that wasn't actually in the repo)22:41
mtaylorandrewbogott: try running "tox -v -r" -- which will be verbose about what it's doing and will also force a re-make of the virtual environments22:42
*** rods has quit IRC22:43
jeblairthe devstack gate is failing quite often; i think a non-deterministic bug may be present22:45
mtaylorjeblair: in devstack or in the code?22:45
jeblairmtaylor: devstack is part of the code? :)22:46
jeblairmtaylor: it's integration testing; i can't tell what's at fault22:47
*** nati_ueno has quit IRC22:47
*** nati_ueno has joined #openstack-dev22:47
mtaylorjeblair: good point22:47
jeblairFYI, I've seen some comments in gerrit that misconstrue the output from jenkins.22:47
jeblairThere is some boilerplate that happens after running exercise.sh that deals with copying artifacts back, and disabling the jenkins slave.  that's not error output.22:48
*** andrewbogott has quit IRC22:49
jeblairif you're debugging a devstack failure, you should probably start with the exercise.sh summary report22:49
jeblairwhich tells you what tests failed22:49
*** andrewbogott has joined #openstack-dev22:49
*** gyee has quit IRC22:49
*** andrewbogott has quit IRC22:49
*** andrewbogott has joined #openstack-dev22:49
mtaylorjeblair: we should probably email the list with that information22:49
jeblairmtaylor: i will do that.22:50
*** roge has quit IRC22:50
*** issackel_ has quit IRC22:51
*** epim has quit IRC22:51
*** rafaduran has quit IRC23:03
tr3buchetmtaylor: others appear to have same issue..23:04
tr3buchetcompletely separate env23:05
mtaylortr3buchet: very very weird23:15
mtaylorand not particularly happy making23:16
*** nati_ueno has quit IRC23:16
jeblairmailing list message sent23:25
*** sleepsonthefloor is now known as sleepsonzzz23:26
*** mnewby has quit IRC23:31
*** edygarcia has quit IRC23:35
*** rbasak has quit IRC23:37
*** rnirmal has quit IRC23:38
*** e1mer has quit IRC23:38
*** dtroyer_zzz is now known as dtroyer23:40
*** pballand has quit IRC23:42
*** pballand has joined #openstack-dev23:45
*** dtroyer is now known as dtroyer_zzz23:45
*** Aaton is now known as Aaton_off23:46
*** e1mer has joined #openstack-dev23:48
*** rbasak has joined #openstack-dev23:51
*** Aaton_off is now known as Aaton23:53
*** jgriffith has quit IRC23:58

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