Monday, 2012-05-28

*** littleidea has quit IRC00:01
*** bencherian has joined #openstack-dev00:02
*** littleidea has joined #openstack-dev00:05
*** e1mer has joined #openstack-dev00:15
*** e1mer has quit IRC00:27
*** jog0 has joined #openstack-dev00:32
*** jog0 has quit IRC00:34
*** asalkeld has quit IRC00:36
*** asalkeld has joined #openstack-dev00:36
*** b1rkh0ff has quit IRC00:43
*** winston-d has joined #openstack-dev01:01
*** dtroyer is now known as dtroyer_zzz01:04
*** winston-d has quit IRC01:09
*** jog0 has joined #openstack-dev01:14
*** jog0 has quit IRC01:15
*** e1mer has joined #openstack-dev01:20
*** dtroyer_zzz is now known as dtroyer01:25
*** dtroyer is now known as dtroyer_zzz01:35
*** andrewsben is now known as andrewsben_zz01:48
*** hugokuo has joined #openstack-dev01:54
*** littleidea has quit IRC02:05
*** littleidea has joined #openstack-dev02:06
*** e1mer has quit IRC02:19
*** shang has joined #openstack-dev02:24
*** e1mer has joined #openstack-dev02:27
*** shang has quit IRC02:34
*** e1mer has quit IRC02:34
*** dtroyer_zzz is now known as dtroyer02:35
*** timello has joined #openstack-dev02:36
*** shang has joined #openstack-dev02:36
*** asalkeld has quit IRC02:42
*** timello has quit IRC02:45
*** asalkeld has joined #openstack-dev02:46
*** pixelbeat has quit IRC02:50
*** andrewsben_zz is now known as andrewsben02:54
*** dtroyer is now known as dtroyer_zzz03:04
notmynamemtaylor: jeblair: can you check on jenkins for swift? seems I can't trigger a build with my +2/+1 on https://review.openstack.org/#/c/7838/03:08
*** mikal has quit IRC03:11
*** mikal has joined #openstack-dev03:13
notmynamemtaylor: jeblair: FWIW "Build step 'Publish Cobertura Coverage Report' changed build result to FAILURE"03:19
*** mikal has quit IRC03:26
*** mikal has joined #openstack-dev03:27
*** eglynn_ has joined #openstack-dev03:32
*** eglynn has quit IRC03:36
*** e1mer has joined #openstack-dev03:36
*** e1mer has joined #openstack-dev03:36
mtaylornotmyname: bother. will look in to it.03:49
mtaylorLinuxJedi: ^^^^03:49
mtaylorLinuxJedi: when you wake up03:49
*** shang has quit IRC03:49
mtaylornotmyname: I'm going to blame LinuxJedi ... but it's probably still my fault03:49
*** e1mer has quit IRC03:50
*** shang has joined #openstack-dev04:02
*** yamahata_ has quit IRC04:06
*** shang has quit IRC04:07
*** dtroyer_zzz is now known as dtroyer04:09
*** shang has joined #openstack-dev04:20
*** aa__ has quit IRC04:30
*** aa__ has joined #openstack-dev04:30
*** Adri2000 has quit IRC04:50
*** Adri2000 has joined #openstack-dev04:50
*** Adri2000 is now known as Guest7477504:50
*** hattwick has quit IRC05:01
*** garyk has quit IRC05:02
*** ywu has quit IRC05:04
*** e1mer has joined #openstack-dev05:10
*** aa__ has quit IRC05:28
*** aa__ has joined #openstack-dev05:32
*** e1mer has quit IRC05:34
LinuxJedinotmyname: a retrigger seems to have reported back, I am not sure what is wrong yet though05:53
*** garyk has joined #openstack-dev05:55
*** dtroyer is now known as dtroyer_zzz05:59
*** yamahata has joined #openstack-dev06:04
*** littleidea has quit IRC06:14
*** vanchester12416 has joined #openstack-dev06:41
*** pmezard has joined #openstack-dev06:57
*** fc__ has joined #openstack-dev07:11
*** reidrac has joined #openstack-dev07:13
*** pasm has joined #openstack-dev07:25
*** shang has quit IRC07:28
*** darraghb has joined #openstack-dev07:29
*** mindpixel has joined #openstack-dev07:30
*** gael has joined #openstack-dev07:38
*** shang has joined #openstack-dev07:42
*** pixelbeat has joined #openstack-dev07:49
*** pmezard has quit IRC07:54
*** pmezard has joined #openstack-dev07:57
*** hattwick has joined #openstack-dev07:58
*** derekh has joined #openstack-dev08:07
*** apevec has joined #openstack-dev08:08
*** GheRivero has joined #openstack-dev08:08
*** matwood has quit IRC08:08
*** maploin has joined #openstack-dev08:14
*** maploin has quit IRC08:15
*** maploin has joined #openstack-dev08:15
*** aa has joined #openstack-dev08:46
*** aa__ has quit IRC08:46
*** danpb has joined #openstack-dev09:14
davidhaHi, I noticed that openstack includes its own memcached daemon09:21
davidhasorry - I meant client :)09:21
davidhaCan anyone elaborate what is special about the openstack memcached client  - and why a standard client was not used?09:22
*** longhudou has joined #openstack-dev09:35
*** pasm has quit IRC09:35
*** Mandell has quit IRC09:40
LinuxJediguys: there have been a few cases where Jenkins results don't appear to be feeding back to Gerrit.  If you notice this happening can you let us know?  I'm trying to figure out why this is happening (and have restarted the Gerrit trigger plugin for now)09:42
*** pasm has joined #openstack-dev09:47
*** b1rkh0ff has joined #openstack-dev09:52
*** rafaduran has quit IRC09:53
*** rbasak has joined #openstack-dev10:02
*** bourke_ has quit IRC10:13
*** bourke has joined #openstack-dev10:13
*** bencherian has quit IRC10:16
*** flaviamissi has quit IRC10:34
*** rods has joined #openstack-dev10:44
*** danwent has quit IRC10:51
*** semyazz has joined #openstack-dev10:51
*** milner has joined #openstack-dev11:08
*** wiliam has joined #openstack-dev11:55
*** salgado has joined #openstack-dev11:57
*** salgado has joined #openstack-dev11:57
*** flaviamissi has joined #openstack-dev12:05
*** dachary has joined #openstack-dev12:08
*** semyazz has quit IRC12:14
*** anand_happs has joined #openstack-dev12:14
*** melmoth has joined #openstack-dev12:15
melmothHi there ! I experienced a problem i was able to reproduce twice. when running  euca-associate-address things works...12:16
melmothbut if i remove the static network already define, then create the same..then euca-associate address do not work anymore12:17
melmothI did not find an open bug for this. What should i do when creating a bug.. reproducing it on the package shipped with ubuntu 12.04, reproduce it with devstack on teh latest essex branch ?12:17
*** edygarcia has joined #openstack-dev12:32
*** Ruetobas has quit IRC12:33
*** dachary has quit IRC12:35
*** dachary has joined #openstack-dev12:37
*** Ruetobas has joined #openstack-dev12:37
*** melmoth has quit IRC12:44
*** anand_happs has quit IRC12:48
*** anand_happs has joined #openstack-dev12:48
*** dachary has quit IRC12:49
*** dachary has joined #openstack-dev12:51
*** rafaduran has joined #openstack-dev12:54
*** melmoth has joined #openstack-dev12:56
davidhaHi, anyone here familiar with the details of the MemcacheRing13:02
*** deshantm has joined #openstack-dev13:02
*** aa has quit IRC13:07
*** deshantm has quit IRC13:09
*** iryoung has joined #openstack-dev13:10
davidhaGM. Openstack implements its own memcached client - apperently there are standard opensource clients to choose from - why?13:20
mtaylordavidha: that makes me want to cry13:23
davidha+mtaylor: dont cry - there may be good reasons to do that - but if there isnt, openstack should reduce scope to areas where it contributes13:25
mtaylordavidha: well, as someone who has worked on both libmemcached and memcached, I'll say that no, I do not believe there are good reasons to do that13:27
*** deshantm has joined #openstack-dev13:27
mtaylordavidha: but then I tend to be opinionated :)13:27
*** adalbas has joined #openstack-dev13:28
adalbasping13:28
davidhamtaylor, so what triggered this work? Why 'standard' libs were not used instead?13:28
mtaylordavidha: no idea13:28
mtaylordavidha: that's why I was crying earlier13:29
davidha:)13:29
davidhamtaylor, who in the team was working on the client? I want my shot at trying to understand :)13:33
*** salgado is now known as salgado-brb13:38
*** roge has joined #openstack-dev13:38
*** dachary has quit IRC13:43
*** dachary has joined #openstack-dev13:44
*** salgado-brb has quit IRC13:45
*** sstent has quit IRC13:52
*** sstent has joined #openstack-dev13:52
*** anand_happs has quit IRC14:01
mtaylordavidha: on what client? do you have a link?14:01
davidhaclass MemcacheRing inside /common/memcached.py14:03
davidhamtaylor: (i was referring to the memcached client ^^)14:06
mtaylordavidha: ah, you are talking about swift14:09
mtaylornotmyname: how come you guys have your own memcached protocol impl?14:09
*** dtroyer_zzz is now known as dtroyer14:10
davidhamtaylor, notmyname: Does swift common files (e.g. wsgi.py, memcached.py etc.) not shared with other openstack projects?14:12
davidhaDoes=Do14:13
mtaylordavidha: openstack.common is an ongoing project, nobody is fully using it/sharing through it yet14:14
mtaylordavidha: but part of the plan is to get projects sharing common code through it - and potentially to make it in to a proper library at some pooint14:14
*** davidha has quit IRC14:15
*** davidha has joined #openstack-dev14:16
*** littleidea has joined #openstack-dev14:30
*** mnaser has joined #openstack-dev14:33
*** openstackjenkins has quit IRC14:36
*** sandywalsh has joined #openstack-dev14:36
*** openstackjenkins has joined #openstack-dev14:36
*** ncode has joined #openstack-dev14:42
LinuxJedinotmyname: the gerrit trigger appears to be working fine now14:43
zykes-any piston cloud guys here ?14:44
*** openstackjenkins has quit IRC14:45
*** openstackjenkins has joined #openstack-dev14:46
*** vanchester12416 has quit IRC14:47
notmynameLinuxJedi: thanks14:49
*** sandywalsh_ has joined #openstack-dev14:49
notmynamemtaylor: I'd have to ask around on that (re memcache impl)14:49
*** sandywalsh has quit IRC14:50
gholtdavidha: mtaylor: The memcached client thing is more a question for redbo, but like many things like that, there was some shortcoming with the standard one back over three years ago when he made the Swift one.14:50
mtaylornotmyname: k. not super important ... davidha was just asking and then my old libmemcached developer personality kicked in and was curious14:50
mtaylorgholt: makes sense14:50
mtaylorgholt: can chalk up to hysterical raisins14:51
*** utlemming has joined #openstack-dev14:51
gholtYeah, I do know he gave python-memcache (the packaged version on Lucid) a go first though.14:51
gholtAnd it is a dead simple protocol. Choosing webob however, was a whole different little nightmare, so... you lose some, you lose some. :)14:52
*** salgado has joined #openstack-dev14:53
*** salgado has joined #openstack-dev14:53
*** edygarcia has quit IRC14:54
mtaylorhehehe14:55
mtayloroh yeah, also - lucid. I forgot14:55
mtaylorpython-memcache is a bit of a turdpile14:55
*** aa has joined #openstack-dev14:57
*** maploin has quit IRC14:59
*** littleidea has quit IRC15:02
*** openstackjenkins has quit IRC15:02
*** openstackjenkins has joined #openstack-dev15:02
gholtHey- Lucid was cutting edge then!15:03
gholt:)15:03
mtaylorI remember those days...15:03
mtaylor"hey! we can stop supporting dapper now!"15:04
gholtHeh, yeah, kind of a different feel to it on the support side15:04
mtayloryup15:04
mtaylorhell, be glad you weren't doing an open source C++ project that wanted to be cutting edge but also needed to build on hardy15:05
* mtaylor still has flashback nightmares15:05
LinuxJedimtaylor: boost?15:05
LinuxJedi:)15:05
mtaylorLinuxJedi: yup. remember the version fun we had with that?15:05
mtaylorat least autoconf doesn't suck-ass as much as setuptools15:06
LinuxJedimtaylor: it is still a PITA whenever I do work on Drizzle :)15:06
* mtaylor can't believe he just said those words15:06
*** reidrac has quit IRC15:06
LinuxJedimtaylor: it could have been worse, we could have needed Windows support too15:06
mtaylorsolaris and freebsd were bad enough15:07
gholtHmm, I guess Lucid went out 2010.04 though right?, so my timespan memory is faulty. We had our first production Swift here right about when Lucid went out.15:07
LinuxJediyep, I swear if we needed AIX support I would have shot someone15:07
LinuxJedimtaylor: you see the latest on Windows 8.  Visual Studio Express won't compile non-metro apps.  So death to Windows Open Source I guess15:08
*** edygarcia has joined #openstack-dev15:09
mtaylorLinuxJedi: wow. that's a strong choice on their part...15:09
LinuxJediyep, I can kinda see why, but bad news for a lot of people15:09
mtaylorgholt: hrm. wow - it seems older than that :)15:09
gholtMaybe it was just Rackspace Cloud Files that was out for 3+ years, and the memcached part probably stems from back then.15:09
gholtAnd then, we were on the "latest" debian, if you can call it that, hehe.15:10
mtaylorhahahahaha15:10
LinuxJedi:)15:10
gholtPoor debian, gotta love 'em gotta, but...15:10
davidhagholt, mtaylor: thanks - I now get the historical context... :) I guess it would be nice to replace this code with using a standard lib next time someone needed to touch it.15:15
*** timello has joined #openstack-dev15:19
*** openstackjenkins has quit IRC15:23
*** openstackjenkins has joined #openstack-dev15:24
*** littleidea has joined #openstack-dev15:27
*** katell has joined #openstack-dev15:28
*** apevec has quit IRC15:32
*** eglynn_ has quit IRC15:48
*** eglynn__ has joined #openstack-dev15:48
*** openstackjenkins has quit IRC15:51
*** openstackjenkins has joined #openstack-dev15:52
darraghbtks16:06
darraghbdamn, wrong window16:06
*** garyk has quit IRC16:17
*** davidha has quit IRC16:20
*** davidha has joined #openstack-dev16:22
*** anand_happs has joined #openstack-dev16:32
*** gael has quit IRC16:36
*** mindpixel has quit IRC16:39
*** anand_happs has quit IRC16:43
*** anand_happs has joined #openstack-dev16:43
*** melmoth has quit IRC16:44
*** deshantm has quit IRC16:48
*** pixelbeat has quit IRC16:49
*** anand_happs has quit IRC16:50
*** bencherian has joined #openstack-dev16:53
*** rbasak has quit IRC16:56
*** derekh has quit IRC16:57
*** dtroyer is now known as dtroyer_zzz16:58
*** danwent has joined #openstack-dev16:59
*** darraghb has quit IRC17:23
*** danpb has quit IRC17:31
*** b1rkh0ff has quit IRC17:32
*** armaan has joined #openstack-dev17:35
*** armaan has left #openstack-dev17:35
*** iryoung has quit IRC17:36
*** b1rkh0ff has joined #openstack-dev17:44
*** PotHix has joined #openstack-dev17:51
*** GheRivero has quit IRC17:53
*** maplebed has joined #openstack-dev17:53
*** dtroyer_zzz is now known as dtroyer17:53
*** dtroyer is now known as dtroyer_zzz18:00
*** dtroyer_zzz is now known as dtroyer18:14
*** matwood has joined #openstack-dev18:19
*** dtroyer is now known as dtroyer_zzz18:22
*** camm has quit IRC18:22
*** anand_happs has joined #openstack-dev18:27
*** pasm has quit IRC18:35
*** Mandell has joined #openstack-dev18:40
*** utlemming has quit IRC18:40
*** utlemming has joined #openstack-dev18:40
*** dtroyer_zzz is now known as dtroyer18:56
*** dtroyer is now known as dtroyer_zzz18:58
*** dtroyer_zzz is now known as dtroyer19:04
*** utlemming has quit IRC19:06
*** notmyname has quit IRC19:07
*** garyk has joined #openstack-dev19:08
*** notmyname has joined #openstack-dev19:08
*** ChanServ sets mode: +v notmyname19:08
*** mnaser_ has joined #openstack-dev19:13
*** mnaser has quit IRC19:14
*** camm has joined #openstack-dev19:17
*** zaitcev has joined #openstack-dev19:24
*** bencherian has quit IRC19:24
*** deshantm has joined #openstack-dev19:31
*** zul has quit IRC19:33
*** zul has joined #openstack-dev19:36
*** semyazz has joined #openstack-dev19:46
*** semyazz has left #openstack-dev19:47
*** matwood has quit IRC19:54
*** armaan has joined #openstack-dev19:58
*** dtroyer is now known as dtroyer_zzz20:07
*** dtroyer_zzz is now known as dtroyer20:07
*** wiliam has quit IRC20:15
*** armaan has left #openstack-dev20:16
*** aa has quit IRC20:19
*** aa has joined #openstack-dev20:27
*** matwood has joined #openstack-dev20:27
*** deshantm has quit IRC20:27
*** matwood has quit IRC20:38
*** matwood has joined #openstack-dev20:46
*** pixelbeat has joined #openstack-dev20:50
*** soren_ has quit IRC21:04
*** soren_ has joined #openstack-dev21:04
*** ChanServ sets mode: +v soren_21:04
*** soren_ is now known as soren21:04
*** davidha has quit IRC21:12
*** davidha has joined #openstack-dev21:13
*** flaviamissi has quit IRC21:17
*** flaviamissi has joined #openstack-dev21:22
*** camm has quit IRC21:22
*** camm has joined #openstack-dev21:23
*** davidha has quit IRC21:29
*** davidha has joined #openstack-dev21:30
*** garyk has quit IRC21:39
*** ywu has joined #openstack-dev21:39
*** openstackjenkins has quit IRC21:41
*** openstackjenkins has joined #openstack-dev21:42
*** b1rkh0ff has quit IRC21:45
davidhanotmyname hi,21:47
notmynamehowdy21:47
davidhaWhy do we have tests in swift that include relative URIs - even more so, why are thos treated as different than teh absolute URIs?21:48
*** ncode has quit IRC21:49
*** utlemming has joined #openstack-dev21:49
davidhatest/functional/tests.py - line 64021:49
davidhanotmyname: comapred to line 65721:50
notmynamehmm...git blame says those lines haven't been touched in nearly 2 years. suffice to say, I have no idea without spending some time looking at the code21:52
davidhanotmyname: ok, would it be resonable to asume that URI X/Y/Z should e treated the same as /X/Y/Z?21:53
davidhaI.e. they represnet the same object?21:54
davidhaassume21:54
*** garyk has joined #openstack-dev21:57
notmynamedavidha: looks like that list is used starting in line 692, and there is a difference in how they are treated. I don't know why they are different yet21:58
*** dachary has quit IRC21:59
*** b1rkh0ff has joined #openstack-dev21:59
*** dachary has joined #openstack-dev21:59
*** Guest74775 has quit IRC21:59
*** Adri2000 has joined #openstack-dev22:01
*** Adri2000 is now known as Guest3509922:01
davidhaRunning nosetests -v test.functional.tests:TestContainerPaths.testContainerListing   - on my system the test seem to expect to get all 39 objects sorted - meaning that /X/Y is different than X/Y22:02
davidhanotmyname: Actually, looking on the wire with wireshark, it seems that the URIs not relative. Instead they are appended to '/v1/AUTH_test/longcontainername/'   such that /X/Y becomes '/v1/AUTH_test/longcontainername//X/Y'   and X/Y becomes: '/v1/AUTH_test/longcontainername/X/Y'22:08
davidhaStill, it is odd that the test expects that these two objects will be considered as different and appear seperatly in the container listing22:09
*** flaviamissi has quit IRC22:10
gholtEverything after the container/ is the object name. No matter what it is. So /object is a different name than object, or object/, or object// etc. :) Why? Dunno, but that's the "way it's always been".22:14
notmynamedavidha: ah ok. so yes they are different object names (but we've discussed '/'*N patterns before) and those tests are testing the path query22:14
notmynamedavidha: the path query for listings is an older (and intentionally non-documented) feature that exists because of historical rackspace cloud files reasons22:16
davidhaok - so if the URI will change to consider N*/ == / than these need to change as well.22:16
davidhado you btw see an immidiate issue with this change ?22:16
notmynamedavidha: I'm not yet convinced that's a change that needs to happen ;-)22:17
gholtThere's a change proposed?22:17
notmynamedavidha: but you are correct that these would need to change if the N*/ == / were to happen22:17
notmynamegholt: only discussed in here. nothing more official than that22:17
gholtAh, well such a change I would consider as "too late". Folks already have objects stored.22:18
notmynamegholt: davidha is working on abstracting the wsgi parts of swift to run under apache. turns out that apache squashes multiple '/' into just one22:18
gholtAh, well, if the cluster was always behind Apache, then I guess there isn't a problem. But Swift itself would need to continue to support opaque object names. Or at least those I deploy. :)22:20
notmynamegotta run...22:21
*** ywu has quit IRC22:22
gholtApache seems to pass along extra slashes, so I'm not sure that's a problem.22:23
davidhagholt - where did you see that?22:23
gholtIn my logs at least. I mean, it squashes them to resolve to on disk file names, but it seems to log them separately.22:24
*** ywu has joined #openstack-dev22:25
davidhaThe logs show the URI processed by httpd - when it is offered to the wsgi application it would collapse N*/ to be /22:25
gholtHmm, I wonder if that's new. Didn't used to do that, back when we did use mod_wsgi.22:26
davidhagholt: R U sure? - if I remember right, this seem to be a apache feature, not mod_wsgi one22:27
* gholt shrugs22:27
gholtIt was a long while ago. :)22:27
*** ywu has quit IRC22:28
davidhagholt: so you figure that objects stored out there may rely on slashes not being collapsed (i.e. someone keeps both a ABC/EFG object and a seperate ABC//EFG object)?22:32
gholtI don't know about the double thing for sure. I do know there are many stored with multi-slashes and a leading slash and if those were removed by the time they got to Swift, they'd result in 404s.22:40
*** pmezard has quit IRC22:40
*** maplebed has quit IRC22:42
*** andrewsben is now known as andrewsben_zz22:42
gholtSome folks even use urls as the object names, as in a PUT of http://swift.com/v1/account/container/http://somehost.com/blah.html22:43
*** hugokuo has quit IRC22:43
davidhagholt - ok, I will put more thought into this - basically, nothing prevents a new installation that chooses to use httpd to simply collapse slashes while a different installation of openstack choses a different web front end and do not collapse slashes. There may be a smoother way - either a httpd configuration (I doubt it, but will look for one) or a client side solution (encoding the22:48
davidhaslashes?)22:48
*** ncode has joined #openstack-dev22:50
*** openstackjenkins has quit IRC23:01
*** openstackjenkins has joined #openstack-dev23:01
gholtdavidha: Looks like you can get the original request line from mod_wsgi with env['REQUEST_URI']. You'll have to parse off the query string, but it should get you there.23:08
*** bencherian has joined #openstack-dev23:22
*** Guest35099 is now known as Adri200023:24
*** Adri2000 has joined #openstack-dev23:24
*** flaviamissi has joined #openstack-dev23:34
*** dachary has quit IRC23:46

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