Wednesday, 2014-02-05

*** amcrn has quit IRC00:04
openstackgerritMat Lowery proposed a change to openstack/trove: Get service endpoints from catalog  https://review.openstack.org/6801500:07
openstackgerritMat Lowery proposed a change to openstack/trove: Add clearer help kwarg for max_volumes_per_user  https://review.openstack.org/7020500:08
*** grapex has quit IRC00:09
*** tanisdl has quit IRC00:11
*** edmund has quit IRC00:12
openstackgerritJustin Hopper proposed a change to openstack/trove: Fixed Instance Status usage  https://review.openstack.org/6606300:16
juicehub_cap: grapex ^ ^00:16
juicethink I have addressed your review feedback00:16
*** thedodd has quit IRC00:19
*** matsuhashi has joined #openstack-trove00:25
*** ViswaV has quit IRC00:29
*** Ranjitha has quit IRC00:35
*** michael-yu has quit IRC00:41
openstackgerritSlickNik proposed a change to openstack/trove-integration: Clean up redstack to use SERVICE_HOST  https://review.openstack.org/7112800:44
SlickNikhub_cap: around?00:53
*** nosnos has joined #openstack-trove00:57
openstackgerritSlickNik proposed a change to openstack/python-troveclient: Get rid of XML related trove client bindings  https://review.openstack.org/6999901:00
*** nosnos has quit IRC01:01
*** nosnos has joined #openstack-trove01:01
*** shalini has quit IRC01:03
*** Ranjitha has joined #openstack-trove01:04
*** shalini has joined #openstack-trove01:05
openstackgerritA change was merged to openstack/python-troveclient: Adding support for incremental backups  https://review.openstack.org/6347901:05
*** jaishanker has quit IRC01:05
*** jaishanker has joined #openstack-trove01:08
*** Ranjitha has quit IRC01:09
*** jaishanker has quit IRC01:24
*** jaishanker_ has joined #openstack-trove01:25
*** khyati has quit IRC01:39
*** amcrn has joined #openstack-trove01:48
*** michael-yu has joined #openstack-trove01:55
*** tanisdl has joined #openstack-trove02:05
*** shalini has quit IRC02:11
*** freyes has joined #openstack-trove02:12
*** shalini has joined #openstack-trove02:13
openstackgerritA change was merged to openstack/python-troveclient: Grants DB access to Users in Instance create API  https://review.openstack.org/6898302:16
*** erkules_ has joined #openstack-trove02:33
*** erkules has quit IRC02:36
*** cweidenkeller has quit IRC02:36
*** SushilKM has quit IRC02:41
*** yidclare has quit IRC02:49
*** doug_shelley66 has quit IRC02:57
*** doug_shelley66 has joined #openstack-trove02:58
*** freyes has quit IRC03:04
*** michael-yu has quit IRC03:21
*** amcrn has quit IRC03:25
openstackgerritSteve Leon proposed a change to openstack/trove: Modifying tests to run with different configurations  https://review.openstack.org/7112003:25
*** shalini has quit IRC03:25
*** shalini has joined #openstack-trove03:26
*** jaishanker_ has quit IRC03:39
*** jaishanker_ has joined #openstack-trove03:40
*** edmund has joined #openstack-trove03:43
*** ViswaV has joined #openstack-trove03:46
*** doug_shelley66 has quit IRC03:54
*** tanisdl has quit IRC04:01
*** harlowja is now known as harlowja_away04:03
*** shalini has quit IRC04:11
*** SnowDust has joined #openstack-trove04:18
*** jaishanker_ has quit IRC04:30
*** PradeepChandani_ has quit IRC04:30
*** jaishanker_ has joined #openstack-trove04:31
*** PradeepChandani_ has joined #openstack-trove04:31
*** SushilKM has joined #openstack-trove04:44
*** ViswaV has quit IRC04:44
*** michael-yu has joined #openstack-trove04:52
*** SushilKM has quit IRC04:57
*** shalini has joined #openstack-trove05:13
*** jcooley_ has quit IRC05:19
*** Ranjitha has joined #openstack-trove05:22
*** SushilKM has joined #openstack-trove05:25
*** Ranjitha_ has joined #openstack-trove05:28
*** Ranjitha has quit IRC05:28
*** Ranjitha_ is now known as Ranjitha05:28
*** michael-yu has quit IRC05:32
*** igor__ has joined #openstack-trove05:37
*** igor has quit IRC05:37
*** SushilKM has quit IRC05:40
*** jcooley_ has joined #openstack-trove05:48
*** krast has joined #openstack-trove06:14
*** SushilKM has joined #openstack-trove06:19
*** SnowDust has quit IRC06:21
*** igor__ has quit IRC06:21
*** SnowDust has joined #openstack-trove06:34
*** doug_shelley66 has joined #openstack-trove06:49
*** SushilKM has quit IRC07:02
*** jcooley_ has quit IRC07:12
*** jcooley_ has joined #openstack-trove07:12
*** jcooley_ has quit IRC07:17
*** erkules_ is now known as erkules08:01
*** flaper87|afk is now known as flaper8708:05
*** haomaiwa_ has quit IRC08:28
*** haomaiwang has joined #openstack-trove08:28
*** haomai___ has joined #openstack-trove08:32
*** haomaiwang has quit IRC08:36
*** matsuhashi has quit IRC08:54
*** matsuhashi has joined #openstack-trove08:55
*** VinodGupta has joined #openstack-trove09:52
*** shalini has quit IRC09:55
openstackgerritA change was merged to openstack/trove-integration: Migrating trove to entry points  https://review.openstack.org/6492410:26
*** VinodGupta_ has joined #openstack-trove10:44
*** VinodGupta has quit IRC10:45
*** nosnos has quit IRC10:53
*** krow has quit IRC10:57
*** timfreund has quit IRC11:13
openstackgerritA change was merged to openstack/trove: Migrating trove to entry points  https://review.openstack.org/6431011:20
*** timfreund has joined #openstack-trove11:35
*** VinodGupta_ has quit IRC11:43
*** igor_ has joined #openstack-trove11:57
*** Ranjitha has quit IRC11:58
openstackgerritDenis M. proposed a change to openstack/trove: Security groups workflow update  https://review.openstack.org/5094412:08
*** timfreund has quit IRC12:08
*** SnowDust has quit IRC12:21
*** SnowDust has joined #openstack-trove12:35
*** radez_g0n3 is now known as radez12:55
*** pdmars has joined #openstack-trove13:09
*** jimbobhickville has joined #openstack-trove13:16
*** igor_ has quit IRC13:27
*** igor_ has joined #openstack-trove13:28
*** igor_ has quit IRC13:33
*** jack_ has joined #openstack-trove13:44
*** jack_ is now known as tenaglia13:44
*** zigo_ is now known as zigo13:50
*** igor_ has joined #openstack-trove13:58
*** igor__ has joined #openstack-trove14:00
*** igor_ has quit IRC14:03
*** robertmyers has joined #openstack-trove14:18
*** robertmyers has quit IRC14:23
*** robertmyers has joined #openstack-trove14:24
*** amytron has quit IRC14:27
*** jcru has joined #openstack-trove14:33
*** amrith has joined #openstack-trove14:40
*** freyes has joined #openstack-trove14:56
*** amytron has joined #openstack-trove14:57
*** Barker has joined #openstack-trove15:00
*** jmontemayor has joined #openstack-trove15:14
*** freyes has quit IRC15:14
*** jmontemayor has quit IRC15:14
*** jmontemayor has joined #openstack-trove15:14
*** matsuhashi has quit IRC15:17
*** kevinconway has joined #openstack-trove15:18
*** jmontemayor has quit IRC15:18
*** matsuhashi has joined #openstack-trove15:18
*** grapex has joined #openstack-trove15:28
*** datsun180b has joined #openstack-trove15:28
*** grapex has quit IRC15:31
*** grapex has joined #openstack-trove15:31
*** matsuhashi has quit IRC15:34
*** ViswaV has joined #openstack-trove15:56
*** igor__ has quit IRC15:57
*** ViswaV_ has joined #openstack-trove15:57
*** ViswaV_ has left #openstack-trove15:57
*** ViswaV_ has joined #openstack-trove15:58
*** ViswaV_ has left #openstack-trove15:58
*** ViswaV_ has joined #openstack-trove15:58
*** jasonb365 has joined #openstack-trove15:59
*** ViswaV has quit IRC16:00
*** igor_ has joined #openstack-trove16:03
*** ViswaV_ is now known as ViswaV16:04
*** tanisdl has joined #openstack-trove16:06
*** igor_ has quit IRC16:08
*** zacksh_ is now known as zacksh16:16
*** jmontemayor has joined #openstack-trove16:18
*** jcooley_ has joined #openstack-trove16:21
*** jcooley_ has quit IRC16:28
*** jcooley_ has joined #openstack-trove16:33
*** jasonb365 has quit IRC16:44
*** jasonb365 has joined #openstack-trove16:46
hub_capoh snap.... we migrated to entry points today :)16:56
*** timfreund has joined #openstack-trove17:04
*** igor_ has joined #openstack-trove17:04
*** igor_ has quit IRC17:09
*** amrith has quit IRC17:13
*** amrith has joined #openstack-trove17:13
*** jasonb365 has quit IRC17:15
*** demorris has joined #openstack-trove17:22
*** jcooley_ has quit IRC17:22
*** jcooley_ has joined #openstack-trove17:23
*** jmontemayor has quit IRC17:23
*** Barker has quit IRC17:24
*** jmontemayor has joined #openstack-trove17:28
*** Barker has joined #openstack-trove17:29
*** 64MAAAAC4 is now known as kpomeroy17:33
*** kpomeroy is now known as kalebpomeroy17:33
*** jcooley_ has quit IRC17:34
*** jcooley_ has joined #openstack-trove17:34
*** SushilKM has joined #openstack-trove17:37
*** radez is now known as radez_g0n317:39
*** jcooley_ has quit IRC17:41
*** jcooley_ has joined #openstack-trove17:42
*** yogesh has joined #openstack-trove17:43
*** denis_makogon has quit IRC17:46
*** dmakogon_ is now known as denis_makogon17:46
denis_makogonhub_cap, yup17:46
*** denis_makogon_ has joined #openstack-trove17:46
*** jasonb365 has joined #openstack-trove17:49
*** esp has joined #openstack-trove17:50
*** yidclare has joined #openstack-trove18:01
SlickNikreminder: meeting in #openstack-meeting-alt18:03
*** igor__ has joined #openstack-trove18:05
openstackgerritDenis M. proposed a change to openstack/trove: Security groups workflow update  https://review.openstack.org/5094418:06
*** freyes has joined #openstack-trove18:09
*** igor__ has quit IRC18:10
*** mattgriffin1 is now known as mattgriffin18:16
*** jcooley_ has quit IRC18:19
*** plodronio has quit IRC18:19
*** plodronio has joined #openstack-trove18:20
*** krow has joined #openstack-trove18:20
*** jcooley_ has joined #openstack-trove18:21
*** SnowDust has quit IRC18:22
*** freyes has quit IRC18:23
*** saurabhs has joined #openstack-trove18:23
*** jcooley_ has quit IRC18:23
*** jcooley_ has joined #openstack-trove18:23
*** freyes has joined #openstack-trove18:26
*** SnowDust has joined #openstack-trove18:35
*** SnowDust has quit IRC18:47
hub_capdenis_makogon: kalebpomeroy SPEAK19:02
denis_makogonhub_cap, already19:02
hub_capi dont see19:02
denis_makogonkalebpomeroy, ping19:02
hub_capplz speak in channel so we can all see :)19:02
kalebpomeroyhere19:03
denis_makogondone19:03
denis_makogon<kalebpomeroy> howdy19:03
denis_makogon<denis_makogon> i would be glad if you'll review my patches19:03
denis_makogon<denis_makogon> https://review.openstack.org/#/c/70742/19:03
denis_makogon<denis_makogon> also, i've got several questions to you19:03
denis_makogon<denis_makogon> 1. Is design is defined ?19:03
denis_makogon<kalebpomeroy> hrm?19:03
denis_makogon<denis_makogon> 2. Technical issues19:03
denis_makogon<denis_makogon> i have design in my mind19:03
denis_makogon<denis_makogon> it takes into account API extensions implementations19:03
denis_makogon<kalebpomeroy> let's set context first19:03
denis_makogon<kalebpomeroy> I'm not entirely sure what you are working on19:03
denis_makogon<kalebpomeroy> (looking at the patch sets now, but haven't seen these before)19:03
denis_makogon<denis_makogon> lets move to #openstack-trove19:03
openstackgerritSushil Kumar proposed a change to openstack/trove: Remove copyright and comments from empty files  https://review.openstack.org/6899219:03
denis_makogonsuppose we have a list of operations which contain core API and API extensions19:04
denis_makogoneach datastore should implement a set of operations (fully core API and party API extensions)19:05
*** harlowja_away is now known as harlowja19:05
denis_makogonwe would have abstract class DatastoreCapabilities19:05
kalebpomeroynot necessarily. redis will not support users (which is a core API call, yes?)19:05
denis_makogoneach datastore implementation should be inherited from it19:05
denis_makogonusers/dbs is an extension19:06
*** igor__ has joined #openstack-trove19:06
kalebpomeroySo my approach was going to be to have a list of capabilities in the db, and allow those to be dynamically set/modified/listed19:06
denis_makogonkalebpomeroy, https://wiki.openstack.org/wiki/Trove/DatastoreCompatibilityMatrix19:06
kalebpomeroybecause as a user, I will want to know which datastore types support which  capabilities19:06
denis_makogoni would not suggest to store such data in db19:07
kalebpomeroyoh, awesome19:07
denis_makogonbecause its hard to migrate downgrade19:07
*** jcooley_ has quit IRC19:07
kalebpomeroyfurthermore, I may want to configure my instance of mysql to not allow root, but allow it for postgres19:07
denis_makogonif i need to add new capabilities i would need to talk with back-end19:07
kalebpomeroyyes...?19:08
esmuteThe folks in Seattle will be stepping out for a few hours. Going to the parade :P19:08
*** jcooley_ has joined #openstack-trove19:08
denis_makogonlets first define how to list capabilities, permissions is next step19:09
denis_makogonkalebpomeroy, lets store only permissions in back-end19:09
*** edmund has quit IRC19:09
denis_makogoni suppose core API should not be blocked from user19:10
denis_makogonsimply, because its not fair19:10
denis_makogonlol19:10
*** igor__ has quit IRC19:10
kalebpomeroyI don't know that I agree with that19:10
kalebpomeroysome datastores may not support restore or backups19:11
denis_makogoni don't think so19:11
denis_makogoneven im-memory dbs could be backuped/restored19:11
denis_makogoncouchbase, mem-cache19:12
kalebpomeroyBut I may not want that feature when i stand it up19:12
kalebpomeroywith redis, specifically, we may want an offering that doesn't support backups19:12
kalebpomeroyso capabilities allows you to 'turn off' a feature19:12
kalebpomeroyas well as restrict based on datastore features19:12
denis_makogonso, ok19:12
denis_makogonlets do same thing with core API19:12
kalebpomeroy(with redis a backup requires 2x avaiable memory)19:13
denis_makogoni know that19:13
kalebpomeroyso, redis supports it19:13
denis_makogonkalebpomeroy, it will be available with flavors per datastore19:13
kalebpomeroybut its up to the user whether they want to support that19:13
denis_makogonits up to trove admin19:14
kalebpomeroysorry19:14
kalebpomeroyuser19:14
kalebpomeroyadmin19:14
kalebpomeroy*admin19:14
kalebpomeroy:)19:14
denis_makogonyes19:14
denis_makogoni agree19:14
denis_makogonso, all API(core and ext) will be switch-able19:14
denis_makogonfine19:14
kalebpomeroyso that's piece one19:15
kalebpomeroythe second piece is variances in the provisioning process19:15
denis_makogoni'd like store blocked API in back-end rather than whole API set19:15
denis_makogonwhat do you mean ?19:15
kalebpomeroyie, in memory datasets don't need a cinder volume19:15
kalebpomeroythat would be a capability19:16
denis_makogonyes19:16
kalebpomeroycan you expand on your previous statement?19:16
denis_makogonit could be done before capabilities19:16
denis_makogoni meant that we would only store at trove back-end only blocked API calls19:17
denis_makogoninstead of storing all API calls with "available" flag on it19:17
denis_makogonby default capabilities table is empty,19:18
kalebpomeroyand only show non-capabilities19:18
denis_makogonbecause we are allow to use all API set19:18
denis_makogonyes19:18
kalebpomeroy^show^add19:18
denis_makogonyes19:18
denis_makogonit's cheaper19:18
kalebpomeroyso that's basically the same thing. devs: weigh in on that19:18
kalebpomeroysummary: Should we store what datastores can do, or what they can't do19:19
hub_cappic one, it doesnt matter19:19
hub_capwe wont have 700 capabilities to churn thru19:19
hub_capso traversing a list of 20 items vs 10 items is nanoseconds19:19
hub_capid prefer what they _do_ support19:20
kalebpomeroyI think it makes more sense to have what the do support19:20
kalebpomeroybut I understand leaving the table blank for full support19:20
openstackgerritDenis M. proposed a change to openstack/trove: Add heat template for cassandra single instance  https://review.openstack.org/6994319:21
openstackgerritDenis M. proposed a change to openstack/trove: Initial support for single instance Cassandra Database  https://review.openstack.org/5188419:21
ViswaVAlso would you tie a capability to 'datastore' level or 'datastore_version' level ?  For e.g.: may be a future version of a datastore supports some feature but not current version?19:21
kalebpomeroyit probably should be tied to version19:21
denis_makogonhub_cap, done, cassandra working fine19:21
denis_makogonand stable19:21
kalebpomeroy(that'll probably be a feature add in the future though)19:21
kalebpomeroyI figure it'll be easier to get it for datastore first, version laster19:22
denis_makogonkalebpomeroy, we should store what datastore can't do19:22
hub_capdenis_makogon: sweet19:22
hub_capill test19:22
kalebpomeroy*later19:22
denis_makogonhub_cap, could you also pick mongo19:22
denis_makogonplease19:22
denis_makogonkalebpomeroy, i'd like to describe my version of design in ML, if you don't mind, since we're on the same boat19:23
hub_capdenis_makogon: after c*19:23
hub_capamcrn has been working w/ u on mongo, right19:23
hub_cap?19:23
denis_makogonViswaV, i suppose, we'll define capabilities for datastore, any reasons to go deeper to versions?19:24
denis_makogonhub_cap, yes, but he stands on removing "Not implemented"19:24
hub_capdenis_makogon: i can see a place where v1 and v2 of X dont do the same thing19:24
kalebpomeroydenis_makogon: we can discuss there19:25
hub_capso id say, since we already tie everything to versions, why not this too19:25
hub_capso we list what dbs can do, and its based on version19:25
hub_capi think thta is sane19:25
hub_capso i approve that :)19:25
denis_makogonhub_cap, i'd like to find out strong arguments for that19:25
hub_capdenis_makogon: id like to find out strong arguements for why we would want to have to deny a feature for everything19:26
denis_makogonfor first steps i really don't see why we should pin everything to version19:26
hub_capwe get feature X19:26
hub_capX is new19:26
hub_capWE dont want to have to remove from all, we want to add to the one that can use X19:26
hub_capso tahs why we do additive19:26
hub_capoh u mean the version vs datstore?19:26
kalebpomeroyversions can come later,  ithink that's ok19:26
hub_capwell we tie everything to version19:26
hub_capwhy make things different19:26
kalebpomeroyfor the first pass?19:26
kalebpomeroybecause its simpler19:27
denis_makogoni mean datastore against datastore version19:27
kalebpomeroysmall pull requests and all that19:27
hub_capevery single thing weve tied to datstores19:27
hub_capweve had to _fix_ to move to versions19:27
hub_capso feel free to do it to datstores first19:27
hub_capand we will eventually have to fix it19:27
kalebpomeroyI figured that'd be easier, ya?19:27
hub_capor consult cp16net and what he did to make the config edits work w datstores and vrsions19:27
hub_capeasier != better19:28
hub_capespecially if you rapi changes19:28
hub_cap*your api(19:28
hub_capDAMMIT19:28
denis_makogonso, i'd like to start with figures and huge ML for capabilities19:28
hub_cap*Your api*19:28
hub_capdenis_makogon: feel free... and sorry for not replying to the other emails  yet19:28
kalebpomeroythat's fine - I can tie to version19:28
hub_capim trying to revamp the way i do emails and ive been testing out a few diff things19:28
hub_capso im a few days behind on the ML19:28
denis_makogonnow i've got all answers19:28
hub_capdenis_makogon: true :)19:28
hub_capok yall go have fun19:28
denis_makogonthanks19:29
hub_capi have to go to the vet now :)19:29
kalebpomeroykbye19:29
denis_makogonwaiting news about cassandra and mongo =)))19:29
kalebpomeroydenis_makogon, further discussion via ML?19:29
denis_makogonkalebpomeroy, yes, and here also19:29
denis_makogonkalebpomeroy, but if i'm or you're out - we would use ML, ok ?19:30
denis_makogonto be on the same level19:30
ViswaVdenis_makogon:  About mongodb I tested the latest patches, https://review.openstack.org/#/c/53378/ - Not sure why it failed gating test, but it works for me. Although I did have a comment (regarding updating repos to point apt-get to mongo'w own repo which are more up to date. Although I have not fully tested with that modification yet)19:31
denis_makogonViswaV, what do you mean gate failing ?19:31
kalebpomeroyThat's fine - I'm gonna go grab lunch right now - back in a few minutes19:32
ViswaVI ran redstack int-tests and they all passed. I also applied https://review.openstack.org/#/c/53378/  and was able to create mongo instance.19:32
*** igor___ has joined #openstack-trove19:32
ViswaVsorry….https://review.openstack.org/#/c/53378/19:32
ViswaVhttps://review.openstack.org/#/c/5059719:32
ViswaV(cut and paste issue )19:32
denis_makogonViswaV, about your comments, those repo is community19:32
*** jasonb365 has quit IRC19:33
denis_makogoni used stable package for ubuntu distri19:33
denis_makogon*distro19:33
denis_makogonuntil ubuntu presice cloud archive would receive more fresh package i would not suggest to change dib elements19:33
ViswaVThat is many minor versions old…I get 2.0.4  by pointing to ubuntu distro… Whereas latest STABLE mongo is 2.4.919:33
denis_makogonthere's somewhere policy for distros inside cloud services19:34
denis_makogonViswaV, it's problem of CD (continuous delivering)19:34
ViswaVWhat is the problem with CD?19:35
denis_makogonlets keep 2.0.4 until datstore update/upgrade API19:35
denis_makogonViswaV, i mean that mongo dudes are not publishing new packages for mongo db in ubuntu cloud archive19:36
ViswaVdenis_makogon: https://review.openstack.org/#/c/53378/  patch set 12 … reddwarf failed… That was what I meant by 'gate failing..' earlier above.19:36
denis_makogonViswaV, i'll retrigg it now19:36
hub_capViswaV: check your private msgs19:36
denis_makogonViswaV, done19:36
*** igor___ has quit IRC19:37
ViswaVdenis_makogon: Thx !19:38
ViswaVdenis_makogon:  "i mean that mongo dudes are not publishing new packages for mongo db in ubuntu cloud archive…."  …. so is it a policy (within openstack or trove) that we will only support official ubuntu distro packages?19:38
denis_makogonViswaV, would be nice if you'll ask at #ubuntu channel why are versions mongo version from cloud archive differs with community repo version19:39
denis_makogonViswaV, some sort of19:39
denis_makogoni think that there something that blocks updating versions19:40
ViswaVI was trying to get an answer for a Mongo question from #mongodb just a while ago…and did not even get an ack to my presence/question there for a while now :)19:40
denis_makogonbut its only my thoughts19:40
denis_makogonlets ask at #ubuntu19:40
ViswaVCould try that too.  But the question about policy….is there a policy that we are following that dictates which packages  we (trove) claims to support?19:41
ViswaVMy concern is that if trove does not advertise (via supporting test pass/fail data) that we support latest stable versions of the Datastores, will it hinder/delay the adoption?19:42
denis_makogonViswaV, please join channel, there some dudes which can answer19:42
denis_makogonViswaV, official ubuntu repos19:43
denis_makogonif there's no packages in it, we need to use official project repos19:43
denis_makogonsuch thing with cassandra19:44
denis_makogonwe have Apache distro and Datastax disrto19:44
denis_makogondistro19:44
denis_makogonbut Apache docs refers to Datastax docs (where community repo mentioned)19:45
denis_makogonso, hope i answered your questions and maybe i deserve for +1 =)19:46
denis_makogonhub_cap, are you there ?19:46
denis_makogonhub_cap, i hope you are, could you please remove X here ? https://review.openstack.org/#/c/63789/ if its possible19:48
*** edmund has joined #openstack-trove19:48
*** denis_makogon has quit IRC19:49
ViswaVdenis_makogon: sure.  if it's a policy to support only ubuntu distros, then not much can be done. I will test again when your latest submission passes gate tests.19:50
openstackgerritPaul Marshall proposed a change to openstack/trove: Fixes resizes for volumes attached to active Nova servers  https://review.openstack.org/6536519:53
*** edmund has quit IRC19:56
*** shakayumi has joined #openstack-trove20:00
*** shakayum_ has joined #openstack-trove20:02
*** igor___ has joined #openstack-trove20:03
*** shakayumi has quit IRC20:05
*** igor____ has joined #openstack-trove20:05
*** igor___ has quit IRC20:07
*** amytron has quit IRC20:09
*** michael-yu has joined #openstack-trove20:14
*** Barker has quit IRC20:28
*** yogesh has quit IRC20:30
*** Barker has joined #openstack-trove20:37
*** freyes has quit IRC20:37
*** Barker has quit IRC20:57
*** amcrn has joined #openstack-trove21:00
*** Barker has joined #openstack-trove21:00
*** jimbobhickville has quit IRC21:27
SlickNikhub_cap: updated the wiki IcehouseCycleMeetup wiki page with details of the KeySigningParty ( https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Trove_Icehouse_Sprint)21:30
SlickNikall: For all who want to participate in the key-signing, please update the table at https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Trove_Icehouse_Sprint and add your Key FingerPrint.21:31
cp16netSlickNik: nice21:33
*** yogesh has joined #openstack-trove21:41
*** yogesh has quit IRC21:45
*** amytron has joined #openstack-trove21:46
openstackgerritSushil Kumar proposed a change to openstack/trove: Remove copyright and comments from empty files  https://review.openstack.org/6899221:48
*** edmund1 has joined #openstack-trove21:51
openstackgerritPaul Lodronio proposed a change to openstack/trove: Adding additional datastore tests  https://review.openstack.org/7029621:58
openstackgerritKhyati Sheth proposed a change to openstack/trove-integration: Add support for single instance Couchbase  https://review.openstack.org/7139421:59
*** pdmars has quit IRC22:09
*** michael-yu has quit IRC22:12
grapexSlickNik vipul amcrn: https://review.openstack.org/#/c/67611/22:25
amcrngrapex: already +1'd it22:25
grapexamcrn: I left a comment about backwards compatibility. This conductor change should offer BC.22:26
grapexamcrn: Though if you want to leave it to Vipul or SlickNik that's fine, since they're running the Ref guest.22:26
amcrngrapex: yeah, was just being overly cautious wanting someone from HP/RAX to throw on an extra +2 before merge considering we internally don't make use of it yet22:26
amcrnit *looks* backwards compatible as you mentioned though22:27
SlickNikgrapex / amcrn Will probably get to reviewing it this evening.22:27
grapexvipul SlickNik: I think the changes should make Conductor safer to use than it is today.22:27
grapexSlickNik: Cool, thanks22:28
denis_makogon_amcrn, hi, could you please remove X from cassandra reviews ?22:29
denis_makogon_amcrn, also from mongo22:29
*** denis_makogon_ is now known as denis_makogon22:30
amcrndenis_makogon: does Cassandra work now?22:30
amcrni know that hub_cap was waiting for you to ping him yesterday once it was, but i had to hop offline, so i'm not sure if i missed that22:31
denis_makogonyes, and according to future trove capabilities, team decided to left TroveError('Not implemented') for all methods22:31
amcrni see no mention of TroveError in any of the eavesdrop logs, and i see no comments on the reviews indicating a team decision on TroveError("Not implemented"), can you point me to this discussion?22:32
denis_makogonamcrn, and also, there are no official cassandra packages for RedHat/Fedora22:33
amcrnthe fedora part is understood22:33
denis_makogonamcrn, todays meeting22:33
amcrnah, let me review22:33
denis_makogonalso, redis also came into codebase with 'Not implemented'22:33
amcrn18:24:25 <grapex> I have a comment about item #3- "each method should raise NotImplemented exception"22:35
amcrn18:24:35 <hub_cap> kalebpomeroy: thas kaleb22:35
amcrn18:24:50 <grapex> I think we shouldn't bother raising that. If the method isn't there, it won't be callable and will fail either way22:35
amcrn18:24:58 <denis_makogon> yes, i researched over capabilities and found out that trove hasn't got enough flexibility to allows such things22:35
amcrn18:25:15 <jimbobhickville> I concur with grapex, the lack of the method existing should be enough of an exception22:35
denis_makogonamcrn, search for hub_cap 's words22:35
datsun180bi'm imagining that scene where the kid in AI picks up the phone and perfectly mimics his mom22:35
amcrnwhat was discussed doesn't indicate that the user should get a stacktrace returned to them; if that's going to be deferred, then that's fine, but the design to how it's thrown != show stacktrace22:35
denis_makogonamcrn, this is how rpc error handling implemented in OS22:36
denis_makogonin oslo-incubator22:37
denis_makogonand now in oslo.messages22:37
amcrni'm not interested in explaining the difference between "this is an awful user experience" vs. "should this be fixed now?"; i'll confer with the others on how we plan on fixing this in the future22:38
amcrnlet me check out the cassandra fixes22:39
cp16neti dont recall a definitive answer on that issue22:39
openstackgerritCraig Vyvial proposed a change to openstack/trove-integration: changes to support configuration groups  https://review.openstack.org/5844522:41
openstackgerritCraig Vyvial proposed a change to openstack/python-troveclient: adds support for configurations management  https://review.openstack.org/5316922:41
denis_makogonwithout this patch there's no chanse to resolve this issue22:41
denis_makogonhttps://review.openstack.org/#/c/70742/22:41
denis_makogonbut now this patch is a first step of something big, i mean trove capabilities22:41
cp16netand we said you need to chat with kalebpomeroy22:42
denis_makogoncp16net, i already did that22:42
denis_makogon2-3 h ago22:42
*** michael-yu has joined #openstack-trove22:42
denis_makogonany way, capabilities is not the show-stopper for other databases integration22:43
* cp16net must have been looking at other screens 22:44
* cp16net scrolls up22:44
denis_makogoncp16net, right after meeting22:44
datsun180bi only just realized we didn't go over last week's #actions during our meeting22:44
datsun180bi'm sure you're all hours ahead of me there22:44
denis_makogoncassandra and mongo patches are working now 100%22:45
denis_makogonmininal flavor for  cassandra testing with >=2GB RAM22:45
denis_makogoncassandra service takes 3/4 all available RAM at VM22:46
*** demorris has quit IRC22:47
* cp16net caught up22:53
cp16netdatsun180b: wow yeah...22:53
cp16netthats a few hours behind scehdule :-P22:53
cp16netdenis_makogon: really22:54
cp16net?22:54
*** kevinconway has quit IRC22:54
cp16netcassandra is a hoss huh?22:54
*** shakayum_ has quit IRC22:54
hub_capcp16net: its java ;)22:54
denis_makogoncassandra start script automatically allocates this amount of memory22:55
cp16netoh yeah... jvm22:55
denis_makogoncp16net, try to deploy and use Savanna22:55
denis_makogonthey manage Hadoop22:55
datsun180bjava is a superfluid, it fills any container it's put in and then flows over the sides and spills everywhere generally making a huge expensive mess22:55
denis_makogonand those one is more tought than cassandra22:55
*** cweid has joined #openstack-trove22:56
denis_makogonsingle node hadoop requires >4 GB RAM22:56
denis_makogoncweid, ping22:56
denis_makogonwish we had CI based on baremetal VM depolyment22:57
openstackgerritKhyati Sheth proposed a change to openstack/trove: Initial support for single instance Couchbase  https://review.openstack.org/7140722:57
denis_makogonhub_cap, any news on testing cassandra/mongo ?22:59
denis_makogonguys, am i only one who sees launched two instances of conductor at trove-integration ?23:01
cweidello23:02
cweiddenis_makogon: wasssup?23:02
cp16netdenis_makogon: i dunno i had issues with install a second ago23:02
cp16netsomething about glance not working with keystone auth23:03
denis_makogoncweid, what about adding heat.template to redis ?23:03
cweiddenis_makogon: I think it is a good idea =)23:03
denis_makogoncweid, maybe we should file bug for that, something like "missing template" or some sort of23:03
cweiddenis_makogon: Yeah good idea.23:04
cweidThanks for finding that bug btw =)23:04
denis_makogoncweid, since you are the redis-stuff-guy, it's all yours23:04
*** amytron_ has joined #openstack-trove23:05
denis_makogoncweid, i know that it's easy to copy-paste it from mysql dir, could you please name security group resourse "DBaaSSG" ?23:06
cweiddenis_makogon: not sure what you mean?23:06
denis_makogoncweid, https://review.openstack.org/#/c/71040/23:06
cweidty23:06
*** amytron has quit IRC23:07
*** amytron_ is now known as amytron23:07
denis_makogonit's better to have resources with same names for all datastores23:07
denis_makogonit's easy to manage them23:07
cweiddenis_makogon: sounds logical.23:07
denis_makogoncweid, cool, thanks23:08
cweidIndeed23:08
datsun180bcool names is the only reason i do this23:09
denis_makogondatsun180b, what do you mean ?23:10
datsun180boh that's for the other window23:10
denis_makogonlol23:10
datsun180bnever you mind23:10
denis_makogonas you say23:10
hub_capdenis_makogon: i said i had to go to the vet23:11
hub_capi just got back :)23:11
hub_capso no23:11
hub_capnone23:11
denis_makogonah, sosrry23:11
denis_makogon*sorry23:11
hub_cap:D23:19
*** esp has left #openstack-trove23:19
*** doug_shelley66 has quit IRC23:23
*** amytron has quit IRC23:25
denis_makogonhub_cap, i'm going to sleep (it's almost 1.30 AM), waiting for good news, <323:25
hub_capDAMN denis_makogon 1!! go to sleep!!23:25
hub_cap:)23:26
hub_capill test this aftn23:26
*** doug_shelley66 has joined #openstack-trove23:26
hub_capbuilding a VM for it now23:26
*** esp has joined #openstack-trove23:26
denis_makogonhub_cap, lol, ok, i'm out23:27
denis_makogonguys, have a nice day, cu later23:28
*** amytron has joined #openstack-trove23:30
*** flaper87 is now known as flaper87|afk23:30
hub_capcu denis_makogon23:32
*** denis_makogon has quit IRC23:32
*** Barker has quit IRC23:33
*** amytron has quit IRC23:39
*** amytron has joined #openstack-trove23:40
*** amytron has quit IRC23:43
openstackgerritKhyati Sheth proposed a change to openstack/trove: Initial support for single instance Couchbase  https://review.openstack.org/7140723:46
*** datsun180b has quit IRC23:46

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