Tuesday, 2013-03-19

*** esp1 has joined #openstack-meeting-alt00:00
*** cloudchimp has quit IRC00:07
*** esp1 has quit IRC00:09
*** sdake_ has quit IRC00:14
*** sdake_ has joined #openstack-meeting-alt00:16
*** bdpayne has quit IRC00:41
*** cloudchimp has joined #openstack-meeting-alt00:43
*** amyt has joined #openstack-meeting-alt00:46
*** amyt has quit IRC00:47
*** amyt has joined #openstack-meeting-alt00:48
*** sacharya has joined #openstack-meeting-alt00:53
*** sacharya has quit IRC00:54
*** cloudchimp has quit IRC00:54
*** esp1 has joined #openstack-meeting-alt01:01
*** esp1 has quit IRC01:05
*** esp1 has joined #openstack-meeting-alt02:01
*** esp1 has quit IRC02:06
*** esp has joined #openstack-meeting-alt03:02
*** esp has quit IRC03:30
*** esp has joined #openstack-meeting-alt04:02
*** esp2 has joined #openstack-meeting-alt04:05
*** esp has quit IRC04:05
*** esp2 has quit IRC04:08
*** asalkeld has quit IRC05:12
*** asalkeld has joined #openstack-meeting-alt08:32
*** johnthetubaguy has joined #openstack-meeting-alt08:33
*** asalkeld has left #openstack-meeting-alt08:36
*** openstack` has joined #openstack-meeting-alt10:19
*** vipul has quit IRC10:20
*** redthrux has quit IRC10:20
*** cp16net has quit IRC10:20
*** openstack has quit IRC10:20
*** openstack` is now known as openstack10:20
*** ChanServ sets mode: +o openstack10:20
*** cp16net_ has joined #openstack-meeting-alt10:20
*** cp16net_ is now known as cp16net10:20
*** redthrux_ has joined #openstack-meeting-alt10:20
*** redthrux_ is now known as redthrux10:20
*** vipuls has joined #openstack-meeting-alt10:21
*** rnirmal has joined #openstack-meeting-alt12:15
*** rnirmal has quit IRC12:30
*** rnirmal has joined #openstack-meeting-alt12:33
*** djohnstone has joined #openstack-meeting-alt12:36
*** djohnstone has quit IRC12:49
*** rnirmal has joined #openstack-meeting-alt12:59
*** amyt has quit IRC13:35
*** cloudchimp has joined #openstack-meeting-alt13:42
*** jcru has joined #openstack-meeting-alt13:54
*** imsplitbit has joined #openstack-meeting-alt13:54
*** jcru is now known as jcru|away14:10
*** sacharya has joined #openstack-meeting-alt14:24
*** amyt has joined #openstack-meeting-alt14:31
*** imsplitbit has quit IRC14:35
*** jcru|away is now known as jcru15:07
*** cp16net is now known as cp16net|away15:19
*** sacharya has quit IRC15:21
*** cloudchimp has quit IRC15:21
*** sacharya has joined #openstack-meeting-alt15:30
*** cloudchimp has joined #openstack-meeting-alt15:31
*** bdpayne has joined #openstack-meeting-alt15:36
*** imsplitbit has joined #openstack-meeting-alt15:45
*** DandyPandy has joined #openstack-meeting-alt15:53
*** cp16net|away is now known as cp16net16:03
*** jcru is now known as jcru|away16:08
*** jcru|away is now known as jcru16:19
*** imsplitbit has quit IRC16:34
*** esp1 has joined #openstack-meeting-alt16:48
*** esp1 has left #openstack-meeting-alt16:48
*** yidclare has joined #openstack-meeting-alt16:48
*** sacharya has quit IRC16:58
*** jcru is now known as jcru|away17:00
*** yidclare has quit IRC17:01
*** yidclare has joined #openstack-meeting-alt17:03
*** rmohan has quit IRC17:11
*** rmohan has joined #openstack-meeting-alt17:11
*** jcru|away is now known as jcru17:14
*** heckj has joined #openstack-meeting-alt17:21
*** jcru is now known as jcru|away17:29
*** jcru|away is now known as jcru17:35
*** yidclare has quit IRC17:51
*** yidclare has joined #openstack-meeting-alt17:55
*** bdpayne has quit IRC18:03
*** jcru has quit IRC18:12
*** jcru has joined #openstack-meeting-alt18:13
*** imsplitbit has joined #openstack-meeting-alt18:15
*** vipuls is now known as vipuls|away18:19
*** johnthetubaguy has quit IRC18:19
*** bdpayne has joined #openstack-meeting-alt18:26
*** vipuls|away is now known as vipuls18:36
*** vipuls is now known as vipuls|away18:37
*** vipuls|away is now known as vipuls19:23
*** kagan has joined #openstack-meeting-alt19:44
*** vipuls is now known as vipuls|away19:48
*** vipuls|away is now known as vipuls19:52
*** cp16net is now known as cp16net|away19:53
*** rnirmal has quit IRC20:00
*** cp16net|away is now known as cp16net20:04
*** kagan has quit IRC20:19
*** kagan has joined #openstack-meeting-alt20:24
*** vipuls is now known as vipuls|away20:37
*** hub_cap has joined #openstack-meeting-alt20:53
*** robertmyers has joined #openstack-meeting-alt20:54
*** datsun180b has joined #openstack-meeting-alt20:56
*** saurabhs has joined #openstack-meeting-alt20:59
*** esp has joined #openstack-meeting-alt20:59
*** esp has left #openstack-meeting-alt21:00
*** esp has joined #openstack-meeting-alt21:01
vipuls|awayyo yo21:01
vipuls|awayany reddwarfers in the house?21:01
espyep21:01
datsun180byeah21:01
esmutehellos21:01
datsun180blet's get our meeting on21:01
*** grapex has joined #openstack-meeting-alt21:01
robertmyershello21:01
vipuls|away#startmeeting reddwarf21:02
openstackMeeting started Tue Mar 19 21:02:04 2013 UTC.  The chair is vipuls|away. Information about MeetBot at http://wiki.debian.org/MeetBot.21:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:02
*** openstack changes topic to " (Meeting topic: reddwarf)"21:02
openstackThe meeting name has been set to 'reddwarf'21:02
cp16nethi21:02
vipuls|away#link https://wiki.openstack.org/wiki/Meetings/RedDwarfMeeting21:02
vipuls|awayAgenda for today ^^21:02
*** amyt has quit IRC21:02
vipuls|awaywe'll wait another min for people to trickle in21:02
juicevipul you are still set to away21:03
vipuls|awayoh crap21:03
vipuls|awaythis damn linkinus21:03
*** vipuls|away is now known as vipuls21:03
vipulsbetter21:03
*** jbarry_ has joined #openstack-meeting-alt21:03
vipulsok let's start21:03
vipuls#link http://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-05-21.59.html21:04
vipulsrecap from last meeting ^^21:04
SlickNikphew...21:04
SlickNikhere21:04
vipulshttp://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-12-21.01.html21:04
*** kagan has quit IRC21:04
vipuls#action Vipul to update snapshot wiki with outcome of ongoing backup vs snapshot discussions21:05
vipulsnext item..21:05
vipulsSlickNik: security gruops?21:05
SlickNikImplementation of Security Groups is done.21:05
SlickNikAnd I have the code-reviews out on gerrit.21:05
SlickNikThe server side one is failing the Jenkins tests cause the client side changes aren't in yet..21:06
SlickNikone sec…let me get the links..21:06
vipulsgrapex, cp16net: can you guys take a look when you get a chance?21:06
grapexvipuls: Sure.21:06
SlickNik#link https://review.openstack.org/#/c/24511/ (Client Side Security Groups Changes)21:06
vipulsthanks SlickNik21:07
vipulsI have the next item still TODO21:07
vipuls#action vipul to upload snapshots API to database-api21:07
vipulsnext item..21:07
SlickNik#link https://review.openstack.org/#/c/23161/ (Added support for Security Groups via a new extension. (Server-side))21:07
cp16netup21:07
cp16netsup*21:07
cp16netoh yeah sorry21:07
vipulslol ^21:07
SlickNikYes, would appreciate you guys taking a look! Thanks!21:07
vipulsSlickNik: any update on the redstack trim?21:08
cp16netmy typing is terrible today21:08
* cp16net needs to take a typing tutor class...21:08
vipulsthey still have those?21:08
SlickNikJust got done with the redstack trim this morning, so I'm in the process of testing it out.21:08
SlickNikExpect a review for it by this evening21:08
vipulsawesome!21:09
vipulsgrapex: yer up..21:09
SlickNikWant to make sure I test it well since it's a bunch of bash refactoring.21:09
grapex#action Grapex to check if he learned action.21:09
grapexD'oh!21:09
SlickNikyay! :)21:09
hub_caplol21:09
vipulsgrapex: http://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-12-21.01.html21:09
cp16netlol21:09
vipulsyou're on the wrong one maybe21:09
vipulsgrapex: xml validation21:10
grapexOh yeah!21:10
grapexI had a ton of success there21:10
grapexI was able to hook into XML lint fairly easily and only need to make this a non-obtrusive pull request to Reddwarf21:10
vipulscool...21:10
vipuls#action grapex to patch reddwarf with xml lint integration21:11
grapexWhat I'm thinking is I'll just add some test configuration options that, if present, will tell it to call xmllint each time a request or response body is sent through the client21:11
grapexI can pipe it into the xmllint process's stdin and xmllint is pretty good about giving non-zero return codes if anything is wrong21:11
vipulsyea that would be cool.. what about just plain xsd validation?21:11
grapexThat's an option too21:11
vipulsdoes it do that?21:11
grapexyou give it a --schema option21:11
vipulsnice21:11
grapexso I've been able to use it for the Rackspace docs schema21:11
grapexhowever21:12
grapexI've gotten back errors for nearly every call21:12
vipulsheh21:12
grapexwhich given how complicated XML schemas are and the fact this was never validated before might just be all be valid errors21:12
grapexor it could be some finicky thing I'm doing wrong21:12
grapexAnyway21:12
vipulsmaybe schema is out of date21:12
grapexI can do one pull request with all these feautes, but they'll be turned off. If we want to actually run xmllint we'll need to probably do that in the real mode tests later since we'll have more control of dependencies on the VM.21:13
vipulsok cool look forward to it21:13
cp16netthats awesome grapex21:13
grapexWe could run them with tox but xmllint would have to be available on the ci VMs.21:13
cp16netwe will see the xsd in action!21:13
grapexCool, I'll get that make that PR soon then.21:13
SlickNikThat's awesome grapex.21:14
vipulsnext item was hub_cap schooling us on instance_actions21:14
SlickNikI think running them with the real mode tests makes sense.21:14
vipulswe never did get a chance to do that21:14
SlickNikah, yes.21:14
grapexBy the way21:14
grapexIn Reddwarf-Integration, you may have noticed that "example" directory under tests21:14
grapexI got that working in Rackspace recently - it was easier to set everything up, but going forward if we want to generate / validate example snippets for the OpenStack docs it's an option21:15
grapexIt's another can of worms so we don't need to discuss it this meeting, but I just want to make everyone aware that it's totally doable21:15
grapexI was able to hook it into the super fake mode used by Reddwarf when it runs with tox so the examples generate in one second.21:16
vipulsso it geneartes things we can add to docs?21:16
grapexYes21:16
grapexI know the StackForge docs are in formation now, so maybe this is a conversation for later21:16
vipulsthat would be a nice add to the new docs21:16
grapexbut its very doable21:16
vipulsyea we should try to auto-gen as much as we can21:16
SlickNikI'm not entirely sure what that is/how it works. I can chat with you about it later, grapex.21:16
grapexthe big trick is figuring out where everything lives, since there's several repos involved when I do it for Rackspace.21:17
grapexSlickNik: Ok.21:17
SlickNikCI also has hooks in Jenkins to run doc jobs, so I wonder if we can set it up with that.21:17
vipuls#action hub_cap to school us on instance_actions and how they could be used elsewhere21:17
hub_cap:D21:17
vipulsok next item was for annashen..21:18
hub_capthey are getting close to done moving but itll be ahr still... so school next wk :)21:18
vipulswho may not be online yet..21:18
vipulshub_cap: anytime21:18
vipulsi'll do the update for annashen, she's got a more complete patch up of the migration..21:18
vipulsmay still need some tweaks, but reviews appreciated21:19
vipulsnext item was for me.. to update python-reddwarfclient with oslo setup.py so we don't have to hard-code version21:19
vipulsi was told to wait for a fix that was in flight by mordred21:19
vipuls#action vipul to port setup.py from oslo to python-reddwarf client to version no longer hard-coded21:20
SlickNikI missed my next action item, so I'm going to do it as soon as this meeting is over.21:20
SlickNik#action SlickNik to update the release wiki page with regexps for release/pre-release21:20
vipulsgreat! then we're done!21:20
vipuls#topic Quota issues21:21
vipulsoh damn..21:21
vipulsmy vipul|away nick started the meeting21:21
*** vipuls is now known as vipuls|away21:21
SlickNiklol21:21
vipuls|away#topic Quota Issues21:21
*** openstack changes topic to "Quota Issues (Meeting topic: reddwarf)"21:21
SlickNikno, really…he's not away. :)21:21
vipuls|awayhub_cap, esp1 you guys wanted to talk about this?21:22
espeh, sure21:22
espesmute and I are still working out some stuff with the int-tests21:22
espshould have something by tomorrow.21:22
hub_caplol vipuls|away21:23
vipuls|awayok anything else we need to discuss on quotas, hub_cap?21:23
vipuls|awaygoing once..21:24
vipuls|away#topic Limits Update21:24
*** openstack changes topic to "Limits Update (Meeting topic: reddwarf)"21:24
vipuls|awayAnything to discuss around Limits21:24
vipuls|awayI think we're done with this and all merged21:25
SlickNikI think so too. Nothing to discuss from my side.21:25
SlickNikgrapex/hub_cap?21:25
grapexWe're good21:26
vipuls|away#topic Security Groups Update21:26
*** openstack changes topic to "Security Groups Update (Meeting topic: reddwarf)"21:26
grapexI was really glad to see that got simplified, so good job again.21:26
vipuls|awayyep, thanks esp21:26
grapexIt wasn't bad before, but it was nice to see the code shrink.21:26
SlickNikNot much other than what I said before.21:27
espvipul: yep21:27
SlickNikBoth patches are on gerrit for review, so take a look and I would appreciate comments/feedback.21:27
vipuls|awaySlickNik: cool thanks!21:27
grapexSlickNik: I'll try to get to it soon.21:27
SlickNikCool, thanks grapex.21:28
vipuls|away#topic Reddwarf Notifications (metering events)21:28
*** openstack changes topic to "Reddwarf Notifications (metering events) (Meeting topic: reddwarf)"21:28
hub_capvipuls|away: sry just barely checking the meeting, im fine21:28
hub_caprobertmyers: should know more on notifications21:28
vipuls|awayI was hopign to get some discussion going around notifications in reddwarf21:28
vipuls|awaywe're looking at adding some code in to basically meter usage of reddwarf resources21:28
vipuls|awayusing something similar to nova-notifications21:28
robertmyerswe have them working on our private code21:29
robertmyersusing the oslo notifications21:29
vipuls|awayrobertmeyers: anything you can share about that? like message format, etc21:29
SlickNikYeah, we wanted to  discuss that with you guys.21:29
vipuls|awayrobertmeyers: and any plan to push up to trunk?21:29
robertmyerswe need to start a blueprint or wiki page21:29
robertmyersyes21:29
hub_cap+1000021:29
vipuls|awaywe've got some requirements internally and they'd like to agree on format21:30
vipuls|awayi'd rather present a format than adopting what they have specified we21:30
vipuls|awayso we dont' diverge21:30
SlickNik+1 to not diverging.21:30
vipuls|awayany estimate on when?  I can start the bluepritn on it, if you can help add some content21:31
robertmyerssure, I can add what we have21:31
vipuls|awaycool, thanks robertmeyers!21:31
robertmyersbasically the format is json and you can add any fields you want21:31
vipuls|away#action vipul to file blueprint on reddwarf-notifications21:31
vipuls|awayright, i guess i meant what do the messages look like21:31
vipuls|awaylike the structure of the json21:32
robertmyersso we just need to make sure we have all the data we need21:32
robertmyersI can add that to the wiki or blue print with examples21:32
vipuls|awayand also are you guys relying on other components to give you some notifications? or is everything around instances/volumes/etc emitted from reddwarf21:32
robertmyerseasier than reading here21:33
vipuls|awayvs say like cinder emitting volume info21:33
vipuls|awayyep agree21:33
vipuls|awayok i'll bug you on #redddwarf once i get something basic up21:33
grapexvipul: It's emitted from Reddwarf21:33
robertmyersall our notifications are comming from taskmanager currently21:33
vipuls|awaygrapex, robermeyers: cool that's probably what makes the most sense..21:34
vipuls|awaythere are some corner cases where nova events may need to be used.. like say an instance crashes21:34
vipuls|awayand reddwarf doesn't know about it21:34
vipuls|awayso we'll need to work through that21:34
robertmyersyou can listen on multiple hosts too21:34
grapexvipul: Ultimately when notifications and events get more mature it would be very nice to "listen" to them from Reddwarf somehow, if that was universally possible21:34
vipuls|awaygrapex: Yep that would be great to have reddwarf be reactive to nova events21:35
SlickNikYes, that would be very cool if we could actively do something on say an instance crash…21:35
vipuls|away#action robermeyers to help define the events in the blueprint21:36
grapexMaybe they could get piped into Marconi or something, that'd be pretty cool. Or if we didn't have to poll and take naps when we created a server but just got notified when it was ready.21:36
vipuls|awayyep21:36
vipuls|awayok cool.. then we'll check up on this next week21:37
cp16netby marconi you mean macaroni?21:37
cp16net:-P21:37
vipuls|awaylol cp16net - actually i don't know if there is much code in place for that project yet21:37
vipuls|awaystill early stages21:37
grapexcp16net: It should've been macaroon, those are delicious21:38
cp16netneeds to boil a little21:38
vipuls|away#topic Snapshots vs Backups21:38
*** openstack changes topic to "Snapshots vs Backups (Meeting topic: reddwarf)"21:38
vipuls|awaylet's try to capture what we've been discussing on email threads21:38
vipuls|awayyou'd prefer the resource be called /backups21:38
robertmyers+121:38
grapexvipuls: Yeah, I think so21:39
vipuls|awayI think we can live with that.. no attachment to snapshots21:39
grapexIt could of course list snapshots21:39
vipuls|awayso can you enumerate the types of backups?21:39
grapexbut if we ever figure out a way to also back up bin logs and stuff, it could list those too, maybe with slightly different fields21:39
grapexMaybe I'm being shortsighted on this-its hard to figure out how the API should look to stay flexible, but it feels like all it really needs is a "type" field21:40
vipuls|awaywhere type = snapshots | mysqldump | binlog | etc?21:41
grapexSo you'd get a list of "backups" and just check "type" to determine if it had certain fields... although this may violate REST laws. I'm not sure how inheritance is handled with REST resources.21:41
grapexYes21:41
grapexWe could add a query parameter to only get back certain types21:41
grapexwe may need to research that something like doesn't violate any OpenStack standards21:42
vipuls|awayI would prefer the sub-attributes 'type', 'href' remain fixed21:42
vipuls|awayand we don't dynamically add / remove attributes based on the type21:42
*** kagan has joined #openstack-meeting-alt21:42
grapexvipuls: I can see how dynamically adding or removing attributes might be a violation of REST21:43
vipuls|awayso when creating a 'backup' do you need to specify the type?21:43
grapexMaybe the href could point to other resource types, so if we really felt extra info was necessary, we could list them there.21:43
grapexvipul: Yes21:44
vipuls|awaydoes that feel like we're exposing too much of the low-level implementation to the user?21:44
vipuls|awayshould they care whether they get mysqldump as a backup vs a lvm snapshot vs xtrabackup?21:44
robertmyerswe would also need to have an optional field for a date to restore from21:44
grapexvipul: Maybe they would, if for example they wanted a mysqldump for absolute portability21:45
*** heckj has quit IRC21:45
grapexOr lets say they wanted to restore using a random file they uploaded to swift21:45
grapexthen they'd need to give us the type so we'd know how to handle it.21:45
vipuls|awaygrapex: yea I think the bring-your-own side of it makes sense..21:45
grapexThe other issue is if you're dealing with a random file you uploaded to swift, let's say its xtrabackup21:46
grapexthen you make a snapshot, and you can list it, and its using xtrabackup21:46
grapexthose are both the same type of thing but also a bit different, in that in one case the Reddwarf API will have info on when you made that backup, the time, the instance ID it came from, etc21:46
grapexSo that's why I a "format" field might make sense- the type then might be "swift" or "snapshot", and format would be "mysqldump" or "xtrabackup"21:47
grapexSo in the case of a snapshot the user could specify a Reddwarf backup resource URL for the href instead of one from swift21:47
vipuls|awayi like format to specify mysqldump | xtrabackup | etc21:48
vipuls|awaybut even the xtrabackup may end up in swift21:48
vipuls|awayso at that point does it get confusing when they are specifying snapshot as a type vs swift21:48
grapexI think our plan is to put the files in the users Cloud Files container, but what if a provider had only a limited swift deployment and wanted to put all the snapshots in one super users container or something, in that case they might only want their users to specify what to backup from using Reddwarf Backup URLs and not swift urls directly21:49
SlickNikDo we want to support any other "format" other than swift?21:49
grapexSlickNik: Exactly. mordred had that idea about backing up to volumes21:50
grapexwe're not going to do that, but if the type could mean the href was a resource other than swift it could be possible.21:50
juiceso it we have two abstractions the format or backup mechanism and the storage21:50
juicesounds rather straightforward21:51
vipuls|awayso i think we can do it with 'format' + 'ref' (type is unnecessary)21:51
grapexjuice: yes, I think so. Type = backup mechanism (swift directly, via Reddwarf) and then format is the actual file type21:51
vipuls|awayexcept type is now 'format'21:51
vipuls|awayformat = xtrabackup | mysqldump21:51
vipuls|awayref = 'uri to snapshot' | 'uri to swift'21:52
vipuls|awaydoes that not suffice?21:52
juicevipuls|away - I think that makes sense21:52
juicelet's keep the two concerns separate21:52
grapexvipul: Maybe. It would mean we'd have to, in reddwarf, parse the URI to determine if it was a swift uri or a snapshot one21:52
robertmyersthat sounds good21:52
vipuls|awayright.. i think URI should be meaningful21:52
grapexif we had a dedicated 'type" it might be easier. I worry the URI alone might make it too hard to make it extensible later.21:53
vipuls|awayso if it's a /backup resource.. we assume we have a record21:53
vipuls|awayhmm...21:53
robertmyerslike /backup/1/restore ?21:54
vipuls|awayi guess i meant the ref would = 'http://localhost:8779/v1/tenant/backup/backup_id'21:54
vipuls|awayand that would signify an entry in our DB21:54
SlickNikI think that makes sense.21:55
vipuls|awayvs..21:55
vipuls|awayhttp://cloudfiles.rax|hpcloud.com/container/object21:55
juiceand the meta data format, ref would be associated to the entry yes?21:55
juicewhere is the whiteboard in this chat?21:55
vipuls|awayseriously :)21:56
SlickNikheh21:56
grapexMaybe we should have a video conference for this21:56
robertmyersgoogle hangout ?21:56
vipuls|away+121:56
vipuls|awayi'd like to get this sorted out21:56
grapexrobertmyers: We could try that.21:56
SlickNik+1, google hangout/skype/whatever.21:56
vipuls|awaywe can do skype or g+21:56
juicegoogle hangout would work just find21:56
juices/find/fine21:56
annashenwhat about minutes21:57
juiceI have to call makeup and wardrobe21:57
vipuls|awaythe date?21:57
robertmyersyou can record them21:57
annasheni see21:57
vipuls|awayoh21:57
juicecan we pounce on this tmw morning?21:57
vipuls|awaywhat time works good for you guys robertmeyers, grapex?21:57
grapexjuice: Sure, I'll email all parties concerned21:58
juiceearly afternoon austin time21:58
hub_capid lke to be part of said chat/email21:58
vipuls|away1pm CST works for me21:59
vipuls|awayor is it CDT21:59
robertmyersthat works for me too21:59
grapexI'd really like it if Daniel Morris go on it, he's the malcontent who started us down this path. :)21:59
SlickNikthat's 11PDT?21:59
vipuls|awayshould have known :)21:59
grapexHe's schedule is pretty packed, looks like he's free at 2:00 your time21:59
vipuls|awayi'm ok with that as well22:00
SlickNik1400PDT works fine with me as well.22:00
grapexSlickNik: Cool22:01
vipuls|awayok couple of other things that we've been whiteboarding re snapshots22:01
grapexIs everyone looking good for 1400PDT?22:01
juicesea-crew is good22:01
vipuls|awayyup22:02
juicerepresentin' da 20622:02
vipuls|awaywest-side!22:02
vipuls|away\/\/22:02
vipuls|awayhehe22:02
robertmyersnice22:02
SlickNikheh22:02
vipuls|awayanyway.. in the create snapshot scenario.. xtrabackup needs to ensure enough free space22:03
vipuls|awayso the idea was to create and attach a temporary volume22:03
vipuls|awayfor the purposes of backing up the data and detaching after upload to swfit22:04
vipuls|awaywe can share some white-board activity diagrams w/you guys before the conference call if needed22:04
*** jrodom has joined #openstack-meeting-alt22:05
grapexCould we make that optional?22:05
vipuls|awayyes, we can make that flag driven -- but the other option would be backup to root partition or something22:06
vipuls|awaydo you guys have thoughts on other ways to do this?22:06
*** jbarry_ has quit IRC22:07
SlickNikAnd we can't really guarantee that the root partition would be big enough/wouldn't impact performance….22:07
grapexWe've been thinking about the same thing- how to make sure backups don't eat into existing resources. I'm not sure where we've landed yet.22:08
vipuls|awayok we'll go over our plan, we can discuss if there is pushback22:09
vipuls|awayok anything else ?22:09
vipuls|away#topic Open Discussion22:10
*** openstack changes topic to "Open Discussion (Meeting topic: reddwarf)"22:10
SlickNiknope, not from my side.22:10
vipuls|awaylast call22:11
vipuls|awaythings got quiet22:11
datsun180bthink we're good22:11
vipuls|awayok grapex: we'll wait for your invite22:11
vipuls|awayi think that's a wrap then22:11
SlickNikSounds good. Thanks all...22:11
grapexvipul: I'll be sending it soon!22:11
vipuls|away#endmeeting22:12
*** openstack changes topic to "OpenStack meetings (alternate) || Development in #openstack-dev || Help in #openstack"22:12
openstackMeeting ended Tue Mar 19 22:12:02 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:12
openstackMinutes:        http://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-19-21.02.html22:12
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-19-21.02.txt22:12
openstackLog:            http://eavesdrop.openstack.org/meetings/reddwarf/2013/reddwarf.2013-03-19-21.02.log.html22:12
vipuls|awaythanks everyone22:12
*** datsun180b has left #openstack-meeting-alt22:12
*** robertmyers has quit IRC22:14
*** cloudchimp has quit IRC22:36
*** vipuls|away is now known as vipuls22:43
*** asalkeld has joined #openstack-meeting-alt22:57
*** vipuls is now known as vipuls|away22:58
*** asalkeld has quit IRC22:58
*** saurabhs has left #openstack-meeting-alt22:58
*** vipuls|away is now known as vipuls22:58
*** asalkeld has joined #openstack-meeting-alt22:58
*** jcru has quit IRC23:04
*** vipuls is now known as vipuls|away23:12
*** vipuls|away is now known as vipuls23:12
*** asalkeld has left #openstack-meeting-alt23:16
*** cp16net is now known as cp16net|away23:18
*** kagan has quit IRC23:23
*** vipuls is now known as vipul23:32
*** hub_cap has left #openstack-meeting-alt23:47
*** esp has left #openstack-meeting-alt23:52
*** jrodom has quit IRC23:59

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