Friday, 2010-08-06

*** vish1-mostly-afk is now known as vish1-not-afk-an00:08
*** vish1-not-afk-an is now known as vish100:08
*** gustavomzw has left #openstack00:10
* vish1 needs to find a new nick00:12
*** adjohn has joined #openstack00:15
*** vish1 is now known as vi00:23
*** vi is now known as vishy00:24
*** carolinad28 has quit IRC00:30
*** lbieber has joined #openstack00:30
*** miclorb has quit IRC00:34
*** dendro-afk is now known as dendrobates00:38
*** jdmaturen has quit IRC00:39
edayahh, libeatmydata for swift unittests :)00:47
*** lbieber has quit IRC00:52
*** vishy is now known as vishy-afk00:53
*** littleidea has joined #openstack00:58
*** miclorb_ has joined #openstack01:07
*** dendrobates is now known as dendro-afk01:09
*** mrayzenoss has joined #openstack01:21
*** mrayzenoss is now known as mray01:21
*** mray has joined #openstack01:21
*** mray has quit IRC01:27
creihteday: ?01:34
*** dendro-afk is now known as dendrobates01:36
edaycreiht: yo01:38
creihtlibeatmydata?01:38
edaycreiht: oh, yeah. it disables sync() and friends so tests that hit disk run faster. swift unittests on my laptop from 30+s to 5s01:38
edaycreiht: https://launchpad.net/libeatmydata01:39
creihtah01:39
creihtinteresting01:39
creihtthat's nifty01:40
edayyeah, made a world of difference when running the drizzle test suite01:40
edaycreiht: what do you think of webob? does it give you a whole lot? (reading about it now)01:47
creihtIt is handy01:50
creihtIt is a lot easier than parsing the environ yourself, and if you don't use it (or something like it) you are going to end up implementing something similar anyways :)01:50
*** lbieber has joined #openstack01:52
edaycreiht: yeah, it's starting to look pretty useful :)01:52
creihtAnd it also handles some of the more esoteric things like range requests01:53
creihtand better now that notmyname's patches are in there :)01:54
*** dendrobates is now known as dendro-afk01:54
edaycreiht: does it handling streaming on the request and response objects efficiently? (don't need to buffer)01:54
creihtIt gives you a file like object so it is up to you01:55
creihtWe stream in chunks01:55
edaycool01:57
creihtIt works pretty well01:57
*** lbieber has quit IRC02:05
*** jdmaturen has joined #openstack02:09
*** gnrfan has quit IRC02:14
*** jamiew has quit IRC02:15
edaycreiht: is there any reason you didn't use more paste components?02:15
creiht1. We were tyring to keep dependencies down02:17
creiht2. Most of what we do on that side of things is pretty simple02:17
gundlacheday: i should have been reading this chat -- i've just converted your sample code to webob and made the middlewares dead simple :)02:18
edaygundlach: cool :)02:21
*** miclorb_ has quit IRC02:24
*** randybias has quit IRC02:26
*** randybias has joined #openstack02:28
*** miclorb has joined #openstack02:32
*** lbieber has joined #openstack02:38
*** hornbeck has quit IRC02:40
*** rajijoom has joined #openstack02:46
gundlacheday: http://bazaar.launchpad.net/~gundlach/nova/api/annotate/head:/nova/endpoint/new_wsgi.py02:54
gundlachlook in particular at how much simpler Auth() is -- you can add headers in any order, not worrying about wrapping start_response to pull it off02:55
*** dendro-afk is now known as dendrobates02:57
*** spy has left #openstack03:10
*** spy has joined #openstack03:10
*** ChanServ sets mode: +v spy03:10
*** pcrews has quit IRC03:11
*** dendrobates is now known as dendro-afk03:14
*** _anm has joined #openstack03:19
_anmany wiki.openstack.org admins around?03:19
spy_anm: yeah, what's up?03:20
_anmdoes wiki.openstack.org allow anonymous edits now?  has it always?03:20
spyyou can log in if you need to make edits, easy to make an account03:20
spywell i guess anon edits are also allowed03:21
_anmjustinsb and myself spent 3 days writing the most complete "install from trunk" article to date, and it has gotten pretty trashed by anonymous contributers:03:21
_anmhttp://wiki.openstack.org/InstallFromSource?action=diff&rev1=14&rev2=1503:21
_anmnot maliciously, but VERY carelessly and now very inacuratly03:22
*** dendro-afk is now known as dendrobates03:22
spythe big dump of yum installs?03:22
_anmyeah03:23
_anmthis page would in no way resukt in a runnable nova setup03:23
_anms/resukt/result/03:23
_anmjust a bit frustrating, I'm just venting03:24
spyyeah, we left it open because we wanted anyone to contribute03:24
_anmsince I know how much time i spent trying to get people up and running from source03:24
_anmok, I'll go try to fix it up03:24
spyyeah, feel free to fix it up03:24
spymaybe copy all of those edits to another page if needed03:25
_anmi dont think a wiki login is too much to ask from a potential contributer03:25
*** jbd has quit IRC03:25
spyyeah, i agree, not hard to sign up either03:25
spyi'll ask dendrobates about it as i know he wanted to keep it very open03:25
*** miclorb_ has joined #openstack03:26
_anmok03:27
notmynamehow possible is it to lock pages down. for example, the approved contributors page also allows anon edits03:28
spydon't know, that would be ideal tho03:28
spyhaven't played with moin moin too much03:29
* mtaylor would fix - but no havey admin access to wiki03:30
spywhat's your user on the wiki?03:30
spyi'll add you too it too, was just about to add myself03:30
_anmyeah, I 'm not sure either, but I'll bet it's probably simple, most wiki's have a decent admin backend and moin moin is pretty mature and feature rich03:31
_anmspy: I'm NikMartin on the wiki03:31
*** kashyapc has joined #openstack03:38
*** gundlach has quit IRC03:40
_anmok, i hear branch/merge branch merge all the time.  I'm contributing docs to the wiki, not code, so what is my svn up command in bzr?  my working copy of trunk is called "trunk" (how original)03:46
_anmi just want to grab trunk every day or two, try to buold and modify the wiki accordingly based on my latest successful attempt03:47
_anmNM, i just found a SWEET bzr for svn users guide03:48
*** miclorb_ has quit IRC03:53
*** miclorb has joined #openstack04:01
*** hazmat has quit IRC04:11
mtaylor_anm: bzr pull... but great!04:14
_anmok, I  did it the old fashioned way: rm -rf nova and fetched clean04:15
_anm:)04:15
notmynameupdated the work in progress of the swift stats system https://code.launchpad.net/~notmyname/swift/stats_system/+merge/3192404:17
mtaylor_anm: heh.04:18
_anmso, I enjoyed Rick on FLOSS this week ;)04:19
notmynamemtaylor: if I set the status for a merge proposal to "work in progress", does it cancel the merge request?04:19
_anmRandal was a a bit underwhelmed when he asked what exactly nova was04:20
_anmand I was like "that's the whole point"\04:20
notmynamemtaylor: for example, the stats code isn't ready to be merged, but I've created the merge request as a place for people to see the diffs and make comments04:20
*** nikmartin has joined #openstack04:25
vishy-afkyou made stats code?04:26
vishy-afknice04:26
*** nikmartin has left #openstack04:26
*** vishy-afk is now known as vishy04:26
*** vishy is now known as beesh04:26
beeshhehe04:27
*** beesh is now known as vishy04:27
*** almaisan-away is now known as al-maisan04:33
notmynamenot sure how useful the swift stats stuff will be for nova, but it some of the processing may be useful to both04:33
vishynotmyname: oh, it is for swift. :(04:33
*** stewart has quit IRC04:38
*** rajijoom has quit IRC04:42
*** randybias has quit IRC04:49
*** miclorb has quit IRC04:51
*** lbieber has quit IRC04:55
*** littleidea has quit IRC04:56
*** al-maisan is now known as almaisan-away05:04
*** littleidea has joined #openstack05:17
*** RobertLJ has joined #openstack05:18
_anmjust got an unhandled error: http://pastebin.org/45023305:26
_anmstarting nova-volume05:26
*** nettok has joined #openstack05:26
_anmthis is probably based on me previously starting nova-volume using /dev/loop0 vs /dev/loop305:27
_anmso it's probably not a 'real' error05:28
*** allsystemsarego has joined #openstack05:40
*** jdmaturen has quit IRC05:41
*** _anm has left #openstack05:41
*** stewart has joined #openstack05:53
*** ctennis has quit IRC06:00
*** miclorb has joined #openstack06:02
*** ctennis has joined #openstack06:06
*** RobertLJ has quit IRC06:08
*** sirp1 has quit IRC06:09
*** BartVB has joined #openstack06:16
*** miclorb has quit IRC06:20
*** spackest has joined #openstack06:40
*** miclorb has joined #openstack06:49
*** rajijoom has joined #openstack06:57
*** spackest has quit IRC06:59
*** brd_from_italy has joined #openstack07:00
*** stewart has quit IRC07:24
*** miclorb has quit IRC07:32
*** miclorb_ has joined #openstack07:38
*** rajijoom has quit IRC07:48
*** miclorb_ has quit IRC07:53
*** rnewson has joined #openstack07:56
*** rnewson has joined #openstack07:56
*** miclorb has joined #openstack08:01
*** adjohn has quit IRC08:10
*** miclorb has quit IRC08:12
*** calavera has joined #openstack08:18
*** adjohn has joined #openstack08:32
*** rajijoom has joined #openstack08:33
*** adjohn has quit IRC08:36
*** rnewson has quit IRC08:37
*** rnewson has joined #openstack08:38
*** rnewson has joined #openstack08:38
*** sophiap has quit IRC08:39
*** nettok has left #openstack09:03
*** adjohn has joined #openstack10:03
*** littleidea has quit IRC10:10
*** rajijoom has quit IRC10:22
*** rajijoom has joined #openstack10:38
*** rajijoom has quit IRC10:47
*** Paul_Miller_ has joined #openstack10:49
*** Paul_Miller_ has quit IRC10:51
*** Paul_Miller has joined #openstack10:51
*** Paul_Miller_ has joined #openstack10:52
*** Paul_Miller has left #openstack10:53
*** Paul_Miller_ has quit IRC10:53
*** rajijoom has joined #openstack11:03
*** jonesy_ has quit IRC11:08
*** ctennis has quit IRC11:23
*** ctennis has joined #openstack11:35
*** ctennis has joined #openstack11:35
*** justinsheehy has quit IRC11:44
*** hazmat has joined #openstack11:44
*** justinsheehy has joined #openstack11:54
*** metoikos has quit IRC11:59
*** justinsheehy has quit IRC12:04
*** metoikos has joined #openstack12:17
*** gundlach has joined #openstack12:20
*** metoikos has quit IRC12:27
*** metoikos has joined #openstack12:28
*** justinsheehy has joined #openstack12:30
*** calavera has quit IRC12:34
zulguys when  i try to start nova-volume it compains about gflags.UnrecognizedFlagError: Unknown command line flag 'ca_path12:38
*** sophiap has joined #openstack12:41
*** aliguori has joined #openstack12:47
*** jaypipes has quit IRC12:56
gundlachzul: sorry, i haven't run nova-volume myself yet -- but more people should be here in a couple hours who could probably help :)13:14
zulgundlach: k ill just wait then13:14
*** carolinad28 has joined #openstack13:15
*** jaypipes has joined #openstack13:18
*** jonesy_ has joined #openstack13:19
*** carolinad28 has quit IRC13:23
*** sophiap has quit IRC13:29
*** metoikos has quit IRC13:30
*** metoikos has joined #openstack13:31
*** sophiap has joined #openstack13:36
*** Podilarius has joined #openstack13:50
*** pvo has joined #openstack13:51
*** pvo has joined #openstack13:51
*** ChanServ sets mode: +v pvo13:51
jonesyquick question I've been curious about: does xfs have some killer feature that made it a no-brainer for swift compared to ext3 or reiser or... ?13:53
*** sophiap has quit IRC13:58
*** abecc has joined #openstack13:59
gholtredbo can answer that better as he did most the testing, but xfs ended up faster for use cases. xattr support is the only special fs feature swift needs.13:59
jonesythanks, gholt14:03
*** sophiap has joined #openstack14:04
*** gustavomzw has joined #openstack14:16
*** jdarcy has joined #openstack14:19
*** mrayzenoss has joined #openstack14:28
*** mrayzenoss is now known as mray14:28
*** pcrews has joined #openstack14:31
*** JimCurry has joined #openstack14:34
*** JimCurry has left #openstack14:35
*** sirp1 has joined #openstack14:40
*** bretpiatt has joined #openstack14:40
*** bretpiatt is now known as blpiatt14:41
*** hornbeck has joined #openstack14:52
*** dendrobates is now known as dendro-afk14:56
*** dendro-afk is now known as dendrobates14:56
*** pvo_ has joined #openstack15:04
*** carolinad28 has joined #openstack15:08
comstudzul- nova-volume only needs a --storage_dev= option15:14
zuloh ok15:14
gundlachzul: wherever you found the docs that claimed you needed the other option, would you edit them (if they're a wiki) or point us to them so someone with the keys can fix it?15:15
*** littleidea has joined #openstack15:15
zulgundlach: sure no problem15:16
creihtjonesy: XFS perfromed the best all around.  This was even more evident as the filesystems grew.  I think there is still a mode of running Ext4 that redbo wants to experiment with15:16
gundlachzul: ty15:16
jonesythanks, creiht15:17
* jaypipes yawns...more coffee needed..15:17
creihtSeems like when you fsync everything, it changes how filesystems perform quite a bit :)15:17
jaypipescreiht: no way! ;)15:17
jonesyhaa15:17
jonesyfsync=off --> http://www.flickr.com/photos/gavinmroy/4638958958/15:18
creihtIt also seems like most filesystem benchmarks that you see online start with a clean filesystem and then write just a small amount of data15:19
creihtIt is pretty amazing how much performance declines as the filesystem fills up15:19
creihtjonesy: hah!15:19
redboI'd like to experiment with ext3/4 with journaled data and not fsyncing.  That should keep the filesystem consistent if there's a failure, and we'd just rely on having stuff on multiple machines for durability.  But I haven't been able to get much lab time lately to test this theory.15:20
comstudzul- take a look at http://wiki.openstack.org/InstallFromSource15:21
comstudyou can see the options for the daemons there..15:21
comstudif they seem different somewhere else, i'd be curious what they say15:22
jonesyredbo: interesting. That seems plausible.15:22
jdarcyTurning fsync off is not unreasonable, but turning barriers off would be.  That can result not just in missing data but in a corrupt filesystem.15:25
redbowell, with xfs and no fsync, you can wind up with files that say they're there, but they just contain NULL characters.  It isn't corrupt, but it isn't consistent either, and I haven't found any way to detect that short of auditing the whole drive.15:27
jdarcyThe worst problem with ext4 IMO is not its normal performance or reliability (assuming proper configuration) but fsck time.15:27
jdarcySome people near me did a lot of work to improve that, but AFAIK it's still worse than XFS.15:27
creihtjdarcy: yeah that is a good point15:27
jdarcyredbo: Look on the bright side, at least it's NUL and not "whatever data happened to be in those disk blocks from before"15:28
jonesyhow much worse does that performance need to be in order to actually decide to use XFS over ext4?15:28
creihthehe15:28
redboyeah, but then we think we have users' files, and we don't :)15:28
jdarcyI should be able to dig up some numbers.  Just a sec.15:28
creihtjonesy: I think it was more of a fact that in the mode redbo described before, performance didn't trail off like the others did15:29
creihtjdarcy: redbo has a crazy graph, but he kind of needs to be there to interpret it :)15:29
jonesygotcha.15:29
creihtAnd it isn't like we aren't happy with how xfs is performing now, but we always like to tinker to try to make things better15:30
redboyeah, xfs is really nice for the most part.  So long as you're not trying to delete anything.15:31
jonesywell, yeah, that's gonna be an issue for me specifically.15:32
jdarcyHuh.  According to Ric Wheeler's Red Hat Summit, fsck of a million-file FS was actually slightly faster for ext4 than for XFS - both ~30x faster than ext3.15:32
jonesyI have to figure out how to recover space by insuring that aged-out objects are removed, and there will likely be millions of them to remove at a time.15:33
jdarcyThose would be the specific versions that are going into RHEL6, I believe.  YMMV especially on other versions.15:33
jonesyof course, I'm testing swift in a context it wasn't really built for. And it might not work.15:34
jonesybut it's gonna be fun to try.15:34
redbothere are some kernel changes coming through the pipeline to make xfs deletes faster.  basically so it can batch metadata changes.15:34
*** spackest has joined #openstack15:36
redbobut yeah, might be worth trying other filesystems if you have a use case significantly different from ours.  We don't delete files very often.15:36
*** pvo_ has quit IRC15:36
*** pvo_ has joined #openstack15:36
*** adrian_otto has joined #openstack15:37
jdarcyAh, here it is.  Can anyone else see http://www.redhat.com/f/pdf/summit/degts_1010_rhel_file_systems.pdf or is it just me?15:41
creihtjdarcy: works for me15:41
jdarcyThat has some charts (slide 31 on) for fsck and other kinds of performance.15:42
jdarcyBasically ext3 sucks and will always suck, but ext4 is less like ext3 than it used to be.15:43
creihtjdarcy: It would be interesting to see how long a 2T part that is 80% full on ext4 would take to fsck15:47
creihtIt just says faster, not how long it takes :)15:48
jdarcycreiht: ISTRC that Ric tried something very like that, and basically got tired of waiting.15:48
jdarcycreiht: He and Eric Sandeen (XFS maintainer just showed up), by purest coincidence.  I'll ask them.15:48
*** gnrfan has joined #openstack15:48
creihthah15:49
*** gnrfan has left #openstack15:49
creihtjdarcy: That presentation has a lot of good information though, thanks!15:51
*** rajijoom has quit IRC16:03
jdarcyLong story short: XFS fscks slower than ext4 primarily due to higher memory footprint, deferred/batch logging should help lots with both create-heavy and delete-heavy workloads.16:05
jdarcyRic gave up on the XFS fsck test because he ran out of time to create the files, never even got to the fsck.16:06
creihthah16:06
jdarcyThat was, of course, before the logging changes.16:06
*** pvo_ has quit IRC16:09
dendrobatesworking on the wiki acl's might be up and down for a few minutes16:10
*** sirp1 has quit IRC16:13
*** brd_from_italy has quit IRC16:14
edaygundlach: saw your wsgi work, cool! did you see my example with the Routes wsgi middleware usage?16:20
gundlacheday: not sure -- didn't my wsgi stuff use your FileRouter which uses Routes?  or is there some newer code i haven't seen?16:21
edaygundlach: yeah, the one I emailed to Todd.. one sec16:21
edaygundlach: http://pastebin.org/44820316:21
gundlacheday: any reason you're not doing this work in a branch?16:21
edaygundlach: from routes.middleware import RoutesMiddleware stuff16:22
gundlachoh!16:22
edaygundlach: not really, it just wasn't relevant yet to put in. was hoping to discuss with Todd first too :)16:22
gundlachcerberus points out that Todd's stuff is three days old now -- i'd suggest you not block on him, and you can discuss when he comes back :)16:23
edaygundlach: Yeah, I just didn't want to step on any toes. Plus there were plenty of otehr things to do. Probably fine to hack on it now16:24
*** stewart has joined #openstack16:28
*** rokoroko has joined #openstack16:31
*** sirp1 has joined #openstack16:31
*** rokoroko has quit IRC16:37
*** johnpur has joined #openstack16:39
*** ChanServ sets mode: +v johnpur16:39
*** gundlach has quit IRC16:40
*** gundlach has joined #openstack16:42
*** roko has joined #openstack16:42
dendrobatesok, done with the wiki acl changes.  If anything is not working for you please ping me asap.16:43
edaygundlach: are you reworking the rackspace endpoint with new wsgi stuff? if not I was going to start16:44
gundlacheday: go for it -- i'm mostly out today.16:44
gundlachif you haven't noticed, the new_wsgi.py and eventletserver.py code in ~gundlach/nova/api may be useful.16:44
edaygundlach: yeah, was going to start from there16:44
gundlachcode away :)16:45
*** dendrobates is now known as dendro-afk16:48
*** dendro-afk is now known as dendrobates16:48
blpiattAnyone have thoughts on http://www.illumos.org/ for an option as the host machine OS? (It is the new fork of OpenSolaris)16:58
*** roko has quit IRC16:59
blpiattI like ZFS and the iSCSI stuff is very high quality as well16:59
*** rajijoom has joined #openstack16:59
mjmacblpiatt: i'd want to see what kind of developer commitment there is to the fork before investing much in it.16:59
blpiattmjmac, agreed, we don't want to add a whole OS to our project scope if nobody else is supporting it17:00
* mtaylor agrees ... unless the userspace utilities around that come along _way_ farther than opensolaris was, it'll be a nightmare17:00
* mtaylor says, currently supporting opensolaris in his other project17:00
mtaylorotoh - if I could spin up illumos guests - it would make my drizzle build farm easier to scale :)17:01
*** dendrobates is now known as dendro-afk17:01
*** dendro-afk is now known as dendrobates17:01
mjmacsadly, i suspect that illumos will be a hobby for a few folks and that's about it.  unless someone builds a company around it, but i have a hard time seeing how that would work out well.17:02
*** spackest has quit IRC17:02
blpiattyeah, feels like it may end up a smaller community like the *bsds17:02
dendrobateshas anyone looked closely at sheepdog: http://www.osrg.net/sheepdog/index.html17:04
*** jamiew has joined #openstack17:05
*** metoikos has quit IRC17:05
*** gcc has left #openstack17:06
*** gcc has joined #openstack17:06
*** jakedahn has quit IRC17:10
*** blpiatt is now known as blp-away17:11
*** pcrews is now known as pcrews_lunch17:15
*** kashyapc has quit IRC17:38
*** dendrobates is now known as dendro-afk17:39
*** dendro-afk is now known as dendrobates17:39
*** spackest has joined #openstack17:49
*** blp-away is now known as blpiatt18:00
jdarcydendrobates: I've looked at it some.  Why?18:03
*** kashyapc has joined #openstack18:03
*** skeptomai has joined #openstack18:08
blpiattjdarcy, looks like sheepdog is being merged in upstream in QEMU18:11
*** kashyapc has quit IRC18:11
blpiattjdarcy, trying to figure out all of the block storage related use cases it is appropriate for18:11
*** kashyapc has joined #openstack18:11
jdarcyblpiatt: I think the basic idea of doing block storage that way is a good one, but sheepdog's dependency on corosync to do it seems noxious to me.18:12
blpiattjdarcy, hmm so sheepdog maps blocks to various disks in the cluster using corosync?18:16
*** armmer has left #openstack18:16
jdarcyblpiatt: Not directly, but it uses it for membership/leadership/locking.18:19
holowayjdarcy: what would you rather it used?18:19
jdarcyblpiatt: I'm not sure their way of consistent hashing onto "whoever's there" without maintaining coherent per-VDI maps really handles node addition/deletion that well.18:20
holowayjdarcy: yeah, the question is whether it can do ring rebalancing18:21
holowayjdarcy: riak style, for example - where you set the total ring size to some superset of devices, so you always have space in the ring to rebalance to as new nodes come online18:21
holowayor old ones go out of service18:21
jdarcyblpiatt: I don't think there should be any notion of leadership, locking should be in another layer, and I'd rather see gossip-based membership.18:21
jdarcyOops, that was to holoway.18:22
jdarcyholoway: Riak style?  Why not Swift style?  ;)18:22
holowayjdarcy: all love to swift, but Riak is amazing at this18:23
holowayjdarcy: in terms of membership, ring distribution, membership18:23
*** lbieber has joined #openstack18:23
jdarcyholoway: Not going to argue that point today, especially not here.  ;)18:23
holoway(ack, I said membership twice!)18:23
holowayalso, riak is not swift18:23
holowaytotally different critter18:24
jdarcyAnd Sheepdog isn't either.  I think I might put it a hair closer to Swift than to Riak.18:24
holowaybut as an EBS style distributed block store, sheepdog does look interesting18:24
holowayyeah, I was talking about the underlying distributed systems algos18:24
holoway(rebalancing a hash ring, for example, on membership addition)18:25
jdarcyI mean, single-level blocks within devices is pretty similar to single-level objects within containers, not so much to arbitrary key/value with links and post-commit hooks.18:25
* holoway nods18:25
jdarcyI think the creation/deletion rate is probably more Swift-like than Riak-like too.18:26
jdarcyThat said, when I first heard about sheepdog/vinzvault one of my first thoughts was to implement a QEMU-block interface on top of Voldemort first.  ;)18:27
jdarcyCould as easily have been Cassandra, Riak, etc.18:27
holowayjdarcy: it would be interesting to see one built on riak core18:27
holowayjdarcy: since you don't need the key/value, link walking, hooks, etc18:28
* jdarcy nods.18:28
holowayerlang's pretty facile with binary blobs these days18:28
*** blpiatt has quit IRC18:28
jdarcyThe tricky part in something like something like sheepdog is finding the server that *really* holds a block, not just the one that you think should based on hash plus current membership.  I'd rather delegate that to something else that already does it well.18:29
jdarcyI have a couple of tricks I use for that in CloudFS, but I'm in the middle of (defensive) patent disclosure so I can't say too much more yet.18:30
*** rnewson has quit IRC18:30
*** pcrews_lunch is now known as pcrews18:34
*** rnewson has joined #openstack18:52
*** rnewson has joined #openstack18:52
*** Daviey has quit IRC18:55
*** blpiatt has joined #openstack18:56
*** blpiatt has quit IRC19:00
*** binaryWarrior has joined #openstack19:00
*** blpiatt has joined #openstack19:00
*** justinsheehy has quit IRC19:02
*** Daviey has joined #openstack19:02
*** jonesy_ has quit IRC19:08
*** jonesy_ has joined #openstack19:11
*** jaypipes has quit IRC19:14
*** chromakode has quit IRC19:14
*** chromakode has joined #openstack19:14
*** jakedahn has joined #openstack19:15
*** dendrobates is now known as dendro-afk19:16
*** dendro-afk is now known as dendrobates19:16
*** kashyapc has quit IRC19:18
*** rnewson has quit IRC19:21
*** rnewson has joined #openstack19:22
*** justinsheehy has joined #openstack19:32
*** justinsheehy has quit IRC19:39
*** brd_from_italy has joined #openstack19:40
aliguoriare any of the openstack folks going to be at KVM Forum/LinuxCon next week?19:49
aliguorisoren, dendrobates, ^19:49
blpiattaliguori, I'll be at LinuxCon, arrive Tue afternoon, leaving Thursday afternoon19:50
aliguoriblpiatt, is there going to be a talk on OpenStack?19:50
blpiattNot scheduled, thoughts on a bof on wednesday night?19:51
*** blpiatt has quit IRC19:53
zulim up for that19:54
aliguoriyeah, I'd be interested19:57
*** jaypipes has joined #openstack19:57
*** chainey has joined #openstack19:59
* mray wishes he were going to LinuxCon now20:04
jdarcyMaybe I should find a way to sneak into LinuxCon.20:05
mtaylorcreiht, letterj: should be merging trunk into the debian packaging branch on each trunk push now20:06
*** mray is now known as mrayzenoss20:07
*** mrayzenoss has joined #openstack20:07
*** mrayzenoss is now known as mray20:07
*** codejunkie has left #openstack20:08
*** dendrobates is now known as dendro-afk20:16
*** aliguori has quit IRC20:17
*** dendro-afk is now known as dendrobates20:18
*** jakedahn has quit IRC20:21
*** rnewson has quit IRC20:25
*** aliguori has joined #openstack20:32
*** rajijoom has quit IRC20:36
*** jonesy_ has quit IRC20:43
*** carolinad28 has quit IRC20:45
*** brd_from_italy has quit IRC20:46
*** justinsheehy has joined #openstack20:49
vishywhat did i miss?20:54
*** ctennis has quit IRC20:54
vishyis justsinsb here?20:54
*** justinsheehy_ has joined #openstack21:00
*** justinsheehy has quit IRC21:02
*** justinsheehy_ is now known as justinsheehy21:02
*** ctennis has joined #openstack21:07
edaymtaylor: any reason why https://code.edge.launchpad.net/~vishvananda/nova/network-refactor/+merge/31808 hasn't landed? I marked it approved yesterday morning21:09
mtayloreday: yes. it has no commit message21:10
edaymtaylor: oh. anything in particular that should be in there? or just "branch approved"?21:12
mtayloreday: how about a descriptive commit message ?21:13
mtayloreday: tarmac uses the value of whatever you put there as the commit when it does the merge21:14
*** justinsheehy has quit IRC21:14
edaymtaylor: it should just use the description field :)21:15
mtayloreday: I've got a todo list item for that21:15
mtayloreday: although in fairness, in this case, that would result in a ridiculous commit message21:15
*** codejunkie has joined #openstack21:16
mtayloreday: this is actually a great example of how the merge request description and the commit message may carry different info for different people21:16
mtayloreday: although I agree that the system should be a bit less... annoying... in the situations where they are the same21:16
mtaylorand I will fix that21:16
edaymtaylor: hehe, just seemed a little redundant, but yeah, I could see it being useful to have something different than the proposal description21:18
mtayloreday: it's definitely on my todo list21:18
edaymtaylor: perhaps if it were just required during the proposal creation21:18
mtayloreday: actually - this might get solved just by defaulting to using the description if there isn't a commit message21:18
edayall in all, still very slick :)21:18
mtaylorcause then you can give one piece of data if that's all you've got - but if you're gonna write a novel in the description, you can add a commit message and be set21:19
*** justinsheehy has joined #openstack21:19
edayyeah, that would probably work21:19
*** justinsheehy has quit IRC21:20
edayanyways, thanks! was wondering what was up with it :)21:21
mtaylornp!21:21
edaydoh, busted21:22
mtaylorhehe21:23
* eday pokes vishy 21:23
*** justinsheehy has joined #openstack21:24
*** aliguori has quit IRC21:25
*** spackest has quit IRC21:41
*** BartVB has quit IRC21:41
*** aliguori has joined #openstack21:42
* vishy screams21:43
vishyeday: don't surprise me like that!21:43
vishyi just noticed a failing test in the branch anyway21:44
vishydue to my awesome sed skills21:44
vishyfixed now21:44
*** jdarcy has quit IRC21:45
vishyhas anyone looked at justinsb's threading stuff?21:51
vishyhe's doing a lot of neat work and I haven't had time to check it out in detail21:51
edayvishy: not yet, but I'm hoping to later today21:51
vishyi am excited about virtualbox bindings21:55
vishyi just installed a vm so that i can actually test without installing to a remote server21:55
*** adrian_otto1 has joined #openstack21:58
*** adrian_otto has quit IRC22:02
*** pcrews has quit IRC22:03
*** binaryWarrior has quit IRC22:14
*** pvo has quit IRC22:16
*** Podilarius has left #openstack22:22
*** mray has quit IRC22:25
*** sirp1 has quit IRC22:33
*** sirp1 has joined #openstack22:33
eday_cerberus_: I think the first step is to get some better unittests in there around the API so we can be test-driven as we add new things22:38
_cerberus_eday: Would certainly be a good idea to set that precedent22:39
_cerberus_eday: though test-driven certainly implies test-first ;-)22:39
*** pvo has joined #openstack22:45
*** pvo has joined #openstack22:45
*** ChanServ sets mode: +v pvo22:45
*** that1dude has joined #openstack22:45
*** abecc has quit IRC22:48
*** pvo has quit IRC22:56
*** adrian_otto1 has quit IRC22:58
vishy+1 unittests23:04
vishyi'm hoping to have some time to work on testing23:04
vishyit is getting unmanagable...I basically have to do a full deploy and do stuff to uncover bugs23:05
*** aliguori has quit IRC23:07
*** johnpur has quit IRC23:09
mtaylorvishy: sorry ... that's been high up on my list of things to get going...23:16
mtaylorvishy: a hudson job you can submit a branch to that will do a fresh deploy and then run stuff23:16
*** jakedahn has joined #openstack23:22
*** jakedahn has quit IRC23:24
*** jonesy_ has joined #openstack23:26
*** lbieber has quit IRC23:31
vishymtaylor: that would rock23:35
mtaylorvishy: I'd be farther along on that if I hadn't been hobbled by this darned illness23:35
* mtaylor curses germs23:35
alekibango+1 test driven development is good23:35
vishymtaylor: opscode is doing something like that with chef, only it will support doing it from a freshly booted box23:36
*** gustavomzw has quit IRC23:36
vishyand eventually multiple boxes23:36
vishywhich i think would be cool23:36
*** allsystemsarego has quit IRC23:37
vishymy goal is. One click on my mac: download, install, run from a branch with virtualbox bindings23:37
vishythen automatically create 4 ubuntu vms23:37
mtaylorvishy: yeah - I'm actually working on a plugin for hudson that will go sort of hand-in-hand with opscode's work23:37
vishyand deploy nova to them with chef23:37
vishyand run a bunch of tests23:38
edaymtaylor: i was playing with nosetests+nova yesterday, got it down to only two errors :)23:38
mtaylorvishy: which is a) I want to be able to have hudson spin up new boxes as needed for build slaves, b) populate it with what I need via chef and then c) run a bunch of tests23:38
mtayloreday: excellent!23:38
vishynova on top of nova on a mac23:38
alekibangovishy: why ubuntu? isnt debian on server much better choice?23:38
vishywhoot!23:38
edaymtaylor: i'd really like to get those converted to work... keep them self contained23:38
vishyalekibango: we are using ubuntu internally, so I want to match our deploy as much as possible23:38
mtayloreday: yes.23:38
alekibangoic23:38
mtayloralekibango: ubuntu server is a really really common server platform these days23:39
alekibangovishy: btw great work, have seen your name a lot when i used gource on sources :D23:39
edayvishy: how offended would you and the other nasa guys be with no more branches accepted if pep8/pylint numbers go up?  (ie, all new code has to conform)23:39
vishyeday: I think that is fine23:39
alekibangobtw debian squeeze is frozen23:39
mtayloreday: (I'm probably about a week away from being able to enforce that)23:40
vishyeday: we hack in stuff to our own branch as needed23:40
vishyeday: but public repo should be clean as possible imo23:40
edayvishy: awesome23:40
vishyeday: I'll run it by the team, but probably suggest it in mailing list so everyone can have a say23:41
edayI'm going to keep a branch going cleaning up old stuff as I can. great way to dig in and learn more details :)23:41
vishyeday: a few of the pylint complaints are insane imo23:41
edayvishy: yeah.. I don't think many other folks will have a problem23:41
mtaylor++ ... definitley also need a sane pylintrc :)23:41
vishylike, uses args/kwargs magic?23:41
edayvishy: yeah, we can add exceptions.. I already added a few (like minimum # of methods!?!)23:41
vishythe whole point of python is for args/kwargs magic imo23:42
vishy:)23:42
mtayloreday: when/if you get one of those in the tree let me know and I can point the hudson pylint job at it23:42
edaymtaylor: already in, and vish approved23:43
edaymtaylor: so, ready to be merged if you want to mark it :)23:43
mtayloreday: done23:45
*** miclorb has joined #openstack23:46
*** sirp1 has quit IRC23:56

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