Monday, 2014-06-02

« Sunday, 2014-06-01 Index Tuesday, 2014-06-03 »
*** yogeshmehra has quit IRC00:21
*** yogeshmehra has joined #openstack-trove00:21
*** yogeshmehra has quit IRC00:25
*** matsuhashi has joined #openstack-trove00:27
*** robertmy_ has joined #openstack-trove00:30
*** robertmyers has quit IRC00:30
*** nosnos has joined #openstack-trove00:43
*** robertmy_ has quit IRC01:10
*** robertmyers has joined #openstack-trove01:11
*** robertmyers has quit IRC01:38
*** robertmyers has joined #openstack-trove01:38
*** robertmyers has quit IRC01:39
*** Hao has joined #openstack-trove02:20
*** Hao has quit IRC02:20
*** eghobo has joined #openstack-trove02:44
*** nosnos has quit IRC03:34
*** ViswaV has joined #openstack-trove03:42
*** harlowja_ is now known as harlowja_away03:47
*** miqui has quit IRC03:51
*** ViswaV_ has joined #openstack-trove04:05
*** ViswaV has quit IRC04:08
*** SushilKM has joined #openstack-trove04:26
*** nosnos has joined #openstack-trove04:26
*** ramishra has joined #openstack-trove04:37
*** mattgriffin has joined #openstack-trove04:38
*** SushilKM has quit IRC04:40
*** ramishra has quit IRC04:47
*** ramishra has joined #openstack-trove04:48
*** cweid_ has quit IRC04:50
*** ramishra has quit IRC04:52
*** mattgriffin has quit IRC05:04
*** ramishra has joined #openstack-trove05:09
*** eghobo has quit IRC05:27
*** eghobo has joined #openstack-trove05:27
*** ViswaV has joined #openstack-trove05:34
*** ViswaV has quit IRC05:35
*** ViswaV_ has quit IRC05:38
*** yogeshmehra has joined #openstack-trove05:39
*** yogeshmehra has quit IRC05:49
*** yogeshmehra has joined #openstack-trove05:49
*** rueben has joined #openstack-trove05:55
*** achampion has quit IRC05:57
*** rueben has quit IRC06:02
openstackgerritNikhil Manchanda proposed a change to openstack/trove-integration: Fix guest elements to install latest oslo.config  https://review.openstack.org/9715106:07
openstackgerritOpenStack Proposal Bot proposed a change to openstack/trove: Imported Translations from Transifex  https://review.openstack.org/9700806:09
*** yogeshmehra has quit IRC06:14
*** yogeshmehra has joined #openstack-trove06:32
*** saurabhs has left #openstack-trove06:46
openstackgerritShalini khandelwal proposed a change to openstack/trove: Initial support for Vertica Datastore in trove  https://review.openstack.org/9176106:53
*** eguz has joined #openstack-trove07:09
*** eghobo has quit IRC07:13
*** Longgeek has joined #openstack-trove07:16
*** ramishra has quit IRC07:17
*** fifieldt_ is now known as fifieldt07:26
*** eguz has quit IRC07:26
*** SnowDust has joined #openstack-trove07:36
*** ramishra has joined #openstack-trove07:51
*** boden has joined #openstack-trove07:59
*** ramishra has quit IRC08:02
*** SlickN1k has joined #openstack-trove08:11
*** haomaiwa_ has joined #openstack-trove08:14
*** SlickN1k has quit IRC08:15
*** haomaiwa_ has quit IRC08:19
*** ramishra has joined #openstack-trove08:25
*** boden has quit IRC08:26
*** boden has joined #openstack-trove08:26
-openstackstatus- NOTICE: setuptools upstream has broken the world. it's a known issue. we're hoping that a solution materializes soon08:32
*** ChanServ changes topic to "setuptools upstream has broken the world. it's a known issue. we're hoping that a solution materializes soon"08:32
*** haomaiwa_ has joined #openstack-trove08:33
*** haomaiwa_ has quit IRC08:40
openstackgerritNikhil Manchanda proposed a change to openstack/trove-integration: Fix guest elements to install latest oslo.config  https://review.openstack.org/9715108:45
*** yogeshmehra has quit IRC08:49
*** haomaiwang has joined #openstack-trove09:08
SlickNikFYI: https://bugs.launchpad.net/openstack-ci/+bug/1325423 is the bug that's causing all the build breaks.09:18
SlickNik(Issue with upstream setuptools)09:19
*** denis_makogon has joined #openstack-trove09:33
*** SlickN1k has joined #openstack-trove09:34
*** SlickN1k has quit IRC09:34
*** SlickN1k has joined #openstack-trove09:35
*** Longgeek has quit IRC09:57
*** Longgeek has joined #openstack-trove09:58
openstackgerritShalini khandelwal proposed a change to openstack/trove: kfjvxkl  https://review.openstack.org/9717910:03
*** SnowDust has quit IRC10:09
openstackgerritDenis M. proposed a change to openstack/trove: Fix log reporting for DNS creation process  https://review.openstack.org/9719210:26
*** ramishra_ has joined #openstack-trove10:31
*** ramishra has quit IRC10:33
openstackgerritDenis M. proposed a change to openstack/trove: Fix poll_until retriever when heat provisioning is enabled  https://review.openstack.org/9719410:48
openstackgerritPradeep Kumar Chandani proposed a change to openstack/trove: database-delete API is not validating database  https://review.openstack.org/8118611:03
openstackgerritPradeep Kumar Chandani proposed a change to openstack/trove: Instance should not come ACTIVE for prepare method fail  https://review.openstack.org/6888511:12
*** Longgeek has quit IRC11:18
*** amytron has joined #openstack-trove11:19
*** ramishra_ has quit IRC11:31
*** Longgeek has joined #openstack-trove11:37
*** achampion has joined #openstack-trove12:08
*** pdmars has joined #openstack-trove12:09
*** pdmars has quit IRC12:11
*** pdmars has joined #openstack-trove12:16
openstackgerritDenis M. proposed a change to openstack/trove: Add stack_id to base instance model  https://review.openstack.org/6787312:18
openstackgerritDenis M. proposed a change to openstack/trove: Refactor taskmanager. Split heat/native/migration code path  https://review.openstack.org/9133112:18
*** matsuhashi has quit IRC12:22
*** achampion has quit IRC12:33
*** radez_g0n3 is now known as radez12:43
*** miqui has joined #openstack-trove13:03
*** nosnos has quit IRC13:18
*** jcru has joined #openstack-trove13:28
*** grapex has joined #openstack-trove13:56
*** grapex has quit IRC14:00
*** grapex has joined #openstack-trove14:00
*** mattgriffin has joined #openstack-trove14:02
*** achampion has joined #openstack-trove14:04
*** kevinconway has joined #openstack-trove14:17
*** ChanServ changes topic to "Trove Openstack Database as a Service | Docs https://github.com/openstack/trove | Channel Logs http://eavesdrop.openstack.org/irclogs/ | IRC must read http://sackheads.org/~bnaylor/spew/away_msgs.html"14:17
-openstackstatus- NOTICE: setuptools issue was fixed in upstream in 3.7.1 and 4.0.1, please, recheck on bug 132551414:17
*** pdmars has quit IRC14:18
*** pdmars has joined #openstack-trove14:19
*** kevinconway has quit IRC14:19
*** Longgeek has quit IRC14:24
*** Longgeek has joined #openstack-trove14:25
*** Longgeek has quit IRC14:25
*** Longgeek has joined #openstack-trove14:25
*** Longgeek has quit IRC14:25
*** Longgeek has joined #openstack-trove14:25
openstackgerritZu Qiang proposed a change to openstack/trove-integration: Reset the no_proxy when the node is installed behind a proxy  https://review.openstack.org/9489214:54
*** ramishra has joined #openstack-trove14:59
*** rueben has joined #openstack-trove15:05
openstackgerritDenis M. proposed a change to openstack/trove: Add stack_id to base instance model  https://review.openstack.org/6787315:27
openstackgerritDenis M. proposed a change to openstack/trove: Refactor taskmanager. Split heat/native/migration code path  https://review.openstack.org/9133115:27
*** jmontemayor has joined #openstack-trove15:29
*** sgotliv has joined #openstack-trove15:34
*** ViswaV has joined #openstack-trove15:46
*** ViswaV_ has joined #openstack-trove15:46
*** robertmyers has joined #openstack-trove15:48
*** ViswaV has quit IRC15:50
denis_makogonamrith, ping15:54
*** rueben_ has joined #openstack-trove15:55
openstackgerritDenis M. proposed a change to openstack/trove: Support full backup/restore for Cassandra  https://review.openstack.org/7755115:58
*** rueben has quit IRC15:59
number80hi15:59
number80are there any low-hanging fruits tickets for a wannabe stacker ?15:59
*** rueben_ has quit IRC16:01
openstackgerritDenis M. proposed a change to openstack/trove: Support full backup/restore for Cassandra  https://review.openstack.org/7755116:01
*** saurabhs has joined #openstack-trove16:02
*** ViswaV_ has quit IRC16:02
openstackgerritDenis M. proposed a change to openstack/trove: Support full backup/restore for Cassandra  https://review.openstack.org/7755116:03
*** jmontemayor_ has joined #openstack-trove16:03
*** jmontemayor has quit IRC16:03
*** haomaiwang has quit IRC16:03
number80I'm asking because I'm doing this on my free time and I have one immobilized arm so I don't to take a random ticket and become a bottleneck16:03
*** rueben has joined #openstack-trove16:03
*** jmontemayor_ has quit IRC16:03
*** jmontemayor has joined #openstack-trove16:04
denis_makogonnumber80, you can go through opened bugs, and try to find unassigned ones16:04
number80denis_makogon: thanks :)16:05
*** rueben has quit IRC16:05
*** ViswaV has joined #openstack-trove16:05
denis_makogonnumber80, you're welcome16:06
*** rueben has joined #openstack-trove16:06
*** haomaiwa_ has joined #openstack-trove16:07
hub_capwelcome number8016:08
hub_capfeel free to ask us once u find some low hanging fruits16:09
number80sure, i'll do16:09
number80openstack is so fast-paced for hobbyist like me that i'm a bit shy :)16:10
*** rueben has quit IRC16:11
*** saurabhs has quit IRC16:12
*** Barker has joined #openstack-trove16:17
*** haomaiwa_ has quit IRC16:18
amrithdenis_makogon,16:20
amrithdenis_makogon, hello16:20
*** rueben has joined #openstack-trove16:21
*** haomaiwang has joined #openstack-trove16:24
*** rueben has quit IRC16:26
hub_capnumber80: npnp, have fun , ask Qs, we are a nice channel16:26
*** sgotliv has quit IRC16:27
*** ramishra has quit IRC16:27
*** rueben has joined #openstack-trove16:28
*** rueben has quit IRC16:30
*** rueben has joined #openstack-trove16:30
*** rueben has quit IRC16:31
*** rueben has joined #openstack-trove16:33
*** rueben has quit IRC16:35
*** haomaiwang has quit IRC16:35
*** shakamunyi has joined #openstack-trove16:36
*** mat-lowery has joined #openstack-trove16:36
*** rueben has joined #openstack-trove16:39
*** radez is now known as radez_g0n316:41
*** haomaiwa_ has joined #openstack-trove16:43
*** rwsu has joined #openstack-trove16:46
*** jmontemayor has quit IRC16:46
*** harlowja_away is now known as harlowja_16:54
*** rueben has quit IRC16:56
*** haomaiwa_ has quit IRC16:58
*** yogeshmehra has joined #openstack-trove17:02
*** sbfox has joined #openstack-trove17:04
openstackgerritSushil Kumar proposed a change to openstack/trove: Enabled H402 flake8 rule  https://review.openstack.org/9557217:04
*** esp has joined #openstack-trove17:12
*** esp has left #openstack-trove17:17
*** grapex has quit IRC17:22
*** grapex has joined #openstack-trove17:26
*** sbfox has quit IRC17:34
*** denis_makogon_ has joined #openstack-trove17:35
*** amcrn has joined #openstack-trove17:35
*** sbfox has joined #openstack-trove17:36
*** denis_makogon has quit IRC17:37
*** denis_makogon has joined #openstack-trove17:37
*** denis_makogon has quit IRC17:37
*** denis_makogon_ is now known as denis_makogon17:37
*** dmakogon_ has joined #openstack-trove17:38
denis_makogonSlickNik, ping17:38
*** yidclare has joined #openstack-trove17:39
*** jmontemayor has joined #openstack-trove17:48
SlickNikQuick reminder: the Trove BP meeting will be in 10 mins.17:50
SlickNikAgenda at: https://wiki.openstack.org/wiki/Meetings/TroveBPMeeting17:51
*** rueben has joined #openstack-trove17:56
*** kevinconway has joined #openstack-trove17:57
*** sbfox has quit IRC17:57
iccha1thanks SlickNik17:58
*** demorris has joined #openstack-trove17:58
SlickNik#startmeeting trove-bp-review17:59
openstackMeeting started Mon Jun  2 17:59:52 2014 UTC and is due to finish in 60 minutes.  The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot.17:59
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:59
openstackThe meeting name has been set to 'trove_bp_review'17:59
denis_makogono/18:00
*** NehaV has joined #openstack-trove18:00
robertmyerso/18:00
iccha1o/18:00
dougshelley66o/18:00
vipulo/18:00
bodeno/18:00
grapexo/18:01
vgnbkro/18:01
*** rueben has quit IRC18:01
amrith\0/18:01
amcrno/18:01
peterstac\o18:01
kevinconwayo/18:02
SlickNik#topic Trove should use Keystone Trusts for Authentication instead of hard coding the credentials in configuration files.18:02
Barker\o18:02
*** esp has joined #openstack-trove18:02
SlickNikNot sure who put this one in. Someone with the username dguitarbyte?18:02
cp16neto/18:03
SlickNikAnyone?18:03
esmuteo/18:03
denis_makogoni like idea of Keystone V3 and Trusts18:03
robertmyersBlueprint isn't in the correct format18:03
dougshelley66I believe that is Pranav Salunke18:03
*** rueben has joined #openstack-trove18:03
denis_makogonif format is wrong - we should skip it18:03
robertmyersseconded :)18:04
SlickNikOkay, I don't see him around either. Let's skip it, and I'll try to reach out to him offline.18:04
cp16netsounds good18:04
*** demorris has quit IRC18:04
SlickNik#topic Flavor per datastore association18:04
iccha1Hey, so there was an earlier effort https://blueprints.launchpad.net/trove/+spec/service-type-filter-on-flavors18:04
*** demorris has joined #openstack-trove18:04
iccha1to introduce flavor management and connecting flavors and data stores. This effort got abandoned. I am proposing that we view this as two components: one is introducing flavor management via trove and two is association of flavors and datastore versions. This is the blueprint for the second part: https://blueprints.launchpad.net/trove/+spec/associate-flavors-datastores and is more detailed than the18:04
iccha1initial proposal(hence separate bp). It adds additional api calls to display the datastore versions for a given flavor and management calls to associate data stores and flavors18:04
denis_makogoniccha1, spec looks good, but it should be attached to initial BP18:05
*** dguitarbite has joined #openstack-trove18:06
denis_makogoniccha1, we need to reach out Sushil Kumar and ask him to re-asign it to you18:06
vipulI do think they can be considered separate items.. i am not sure we need to reuse the BP18:06
*** Gordon__ has joined #openstack-trove18:06
amrithiccha1, what problem is this aiming to solve or what new capability does it intend to add?18:06
*** DMoney has joined #openstack-trove18:06
dguitarbitesorry I'm a bit late18:07
grapexI like the idea of reusing code, but reusing wiki articles gets tricky18:07
*** demorris has quit IRC18:07
iccha1amrith: the problem is currently say we need a min flavor 2 for a myql version datastore there is no way to limit that18:07
*** demorris has joined #openstack-trove18:07
denis_makogonamrith, and at least flavor with 4Gb and more for Cassandra18:07
*** rueben has quit IRC18:08
amrithso I submit to you that this is a bad idea18:08
amrithhere is why18:08
SlickNikSo the one thing about this that I want to bring up is that this proposes to change the GET call /{tenant_id}/flavors to return flavors for the default datastore type (which is different from today, and possibly changes the API contract)18:08
iccha1grapex: denis_makogon the first bp was focussed more on adding flavors using trove, and did not have a good mechanism to associate flavors and datastore versions18:08
amrithwhile the recommendation(s) from vendors is for a produciton machine18:08
iccha1vipul: +118:08
amrithfor a dev/test situation, using a micro is fine in many cases18:08
amrithfor example, on amazon I use a t1.micro regularly for mysql18:09
denis_makogoniccha1, correct, that's why i just put my thought onto existing BP18:09
vipulamrith: t1.micro may not be suitable for all datastores18:09
amrithmaking this a minimum would require one to use a larger machine than needed in some cases18:09
denis_makogonamrith, don't think about mysql only18:09
grapexSlickNik: Maybe we could make that configurable18:09
amrithvipul, I was making the case for mysql and according to mysql's documentation t1.micro should not be used18:09
iccha1amrith: this is configurable in ur database so ur deployment can allow any flavors18:09
amrithsame with others18:09
kevinconwayyeah my oracle enterpise won't run on 128mb18:09
grapexWhat the need is to add flavors that only show up for some datastores. Its backwards compatable so long as they are new flavors being hidden and not old ones18:10
denis_makogonkevinconway, ++18:10
amrithiccha1, if this is configurable, I withdraw my objection18:10
iccha1SlickNik: yeah was kinda on the fence with that one18:10
grapexkevinconway: Still going on about that Oracle enterprise license! You're just impressed because they shipped it in an actual box with a full color instruction manual18:10
vipulyep.. amrith agreed.. I don't think we are aiming to limit to what vendors would consider suitable.. but we need to ensure that we can specify the possible flavors that would allow a certain datastore to even function18:10
denis_makogoniccha1, can we throw warning to a user if he puts un-suitable flavor18:10
denis_makogon?18:10
dguitarbitecan we discuss Trove-Keystone-Trusts?18:11
cp16netvipul: +118:11
iccha1denis_makogon: the instance create process will not start if we have incompatible flavor-datastore version, it ll throw excpetion18:11
amrithALL: per iccha1's comment that this is configurable, I withdraw my objection.18:11
grapexdenis_makogon: I think a warning isn't strong enough- the kind of situations we're talking about, we know the combinations won't work well or maybe even at all18:11
kevinconwayamrith: objection overrulled18:11
amrithkevinconway: +118:11
kevinconwayi need to turn spell check back on18:11
denis_makogongrapex, iccha1, ok, i'm fine with that18:12
SlickNikdguitarbite: We discuss that once we're done with other bps. (If there's no time left, let's talk about it offline after the meeting)18:12
dguitarbiteSlickNik: ok18:12
amrithso are we all set with this one? time to vote?18:13
denis_makogoni've got question about DB scheme18:13
SlickNikiccha1 / grapex: perhaps we can return all flavors with an added  "datastores" field or something similar (and you could filter based on the query param?18:13
esmutewill the flavors for datastore be configurable? For instance, if i have very fast machines or very efficient GAs, the flavor requirement will be different18:13
denis_makogoniccha1, why can't we add flavors table to Datastore table ?18:13
denis_makogon*flavor column18:13
iccha1SlickNik: yeah that could be done18:14
iccha1denis_makogon: if we want a bunch of flavors, it ll have to be stored as a list(string) and then extracted and processed18:14
denis_makogoniccha1, i guess, it's fine18:15
denis_makogoniccha1, any complains with that ?18:15
SlickNik#startvote Flavor per datastore association, yes, no, abstain18:15
openstackUnable to parse vote topic and options.18:15
grapexSo iccha1, SlickNik- are we settling on having the current list call show everything, while using query params to limit them to specific datastores?18:15
denis_makogoniccha1, also, one question, can we just saw "Hey, you can you everything that grater than this flavor" ?18:15
iccha1the ability to have have each flavor as a separate row then we cn do joins18:15
robertmyers#vote yes18:16
SlickNikirc://15.185.114.44:5000/#startvote Flavor per datastore association? yes, no, abstain18:16
grapex#vote yes18:16
denis_makogon#vote yes18:16
cp16netlol18:16
iccha1#vote yes18:16
SlickNikI messed up the format, didn't I?18:16
cp16netyup18:16
kevinconway#yes18:17
SlickNikIt doesn't matter. We're in agreement I think.18:17
cp16net3rd times a charm18:17
kevinconway#yolo18:17
denis_makogonkevinconway, swag18:17
*** ranjitha has joined #openstack-trove18:17
amcrn#vote yes18:17
SlickNikOkay approved.18:17
iccha1denis_makogon: i am happy to answer any more questions after the meeting18:17
denis_makogoniccha1, thanks18:17
amrith#yes18:18
cp16netcool18:18
amrithalso #late18:18
amrith#vote yes18:18
SlickNik#topic Conductor phase 218:18
denis_makogon#link https://blueprints.launchpad.net/trove/+spec/conductor-phase-218:19
denis_makogoni've spoke with konetzed and Ed Cranford (initial proposers)18:19
kevinconwaySlickNik: i think you need to end the vote before you switch topics18:19
iccha1SlickNik: 's the boss he approves18:19
amrithiccha1 ... +118:20
kevinconwayno, i mean before meetbot will work18:20
SlickNikkevinconway: The startvote earlier didn't take, cause I messed up the formatting. :(18:20
cp16net#endvote18:20
cp16netits done18:20
kevinconwayoh wait. true18:20
kevinconwayshouldn't meetbot change the channel topic?18:20
denis_makogonthe whole idea is to make conductor the only one entry point18:20
kevinconwayoh wait… not in trove room. sorry18:20
hub_capi dont think it does in this18:20
hub_capyea..18:20
denis_makogonto database among all possible trove services18:21
denis_makogonphase 2 will cover taskmanager18:21
dougshelley66i assume this spec pre-dated the template which is why it isn't in the correct format?18:21
hub_cap18:13 < Sackmann> ekonetzk: had to pull the power. they were in  a system halt18:21
hub_caplol18:21
denis_makogondougshelley66, https://wiki.openstack.org/wiki/Trove/Conductor-phase218:22
hub_capoh the pleasure and pain of the middle clickin linux18:22
denis_makogondougshelley66, it's in BP body18:22
denis_makogondougshelley66, since spec link leads to conductor feature description18:22
dougshelley66ok i clicked on "read the full spec" and saw the original one, i guess18:22
denis_makogon#link https://wiki.openstack.org/wiki/Trove/guest_agent_communication#Phase_2._Let_taskmanager_speak_with_Trove_backend_through_conductor18:23
grapexSo my one issue with this is I don't think we should *requre* to use RPC to talk to conductor.18:23
SlickNikdenis_makogon: Perhaps this is missing a few details: https://wiki.openstack.org/wiki/Trove/Conductor-phase218:23
hub_capso denis_makogon this one is to get the data from the conductor for heartbeats eh?18:23
grapexAs is Trove gets the guest status from the database which is pretty fast18:23
hub_capgrapex: what do u 18:13 < Sackmann> ekonetzk: had to pull the power. they were in  a system halt18:23
grapexI think it should just talk to a "conductor API" style class, similar to the guest API18:23
hub_cap18:13 < Sackmann> ekonetzk: had to pull the power. they were in  a system halt18:23
robertmyersha18:23
cp16nethub_cap: i think 18:13 is the past18:24
iccha1i think we need to change the hub_cap bots battery18:24
hub_cap:P18:24
hub_cap18:25 < kevinconway> hub_cap: can you clipboard something less embarrassing?18:24
robertmyersnice18:25
SlickNikgrapex: So the idea would be that the API style class could use RPC or query the DB directly based on a config?18:25
denis_makogonin Phase 2 conductor will receive requests from taskmanager for backed read/write operations18:25
vgnbkrI seem to recall that the point of having the taskmanager etc access db through conductor was to reduce db access.  Is this part of this proposal at hand now?18:25
grapexhub_cap: So how's that Chrome book working out for you again?18:25
amrithso, with respect to https://wiki.openstack.org/wiki/Trove/Conductor-phase218:25
imsplitbitcp16net: I got your feedback, thanks.  I'm going through my onboarding with my new company but I'll get on that fix asap18:25
amrithI think this BP isn't ready for review yet18:25
grapexSlickNik: Yes, exactly18:26
hub_capthe thought behind it is that we can make conductor more of an in memory datastore18:26
hub_capgrapex: its not a chromebook ;)18:26
vipulhub_cap: +1 where does that fit into these phases18:26
denis_makogonamrith, why?18:26
vgnbkrhub_cap: Right.  So I think this needs to be detailed in the spec, no?18:26
hub_capvipul: i think its phase two in a way18:26
hub_capvgnbkr: for sure18:26
hub_capthe spec is 1 line18:26
hub_capLet taskamanager speak with backend through conductor (Not implemented yet).18:26
hub_cap...18:26
hub_capunless i missed a link somewhere18:27
SlickNikamrith: I agree. I see a lot of let's do phase 2, but nothing about what phase 2 entails or is going to solve.18:27
*** amcrn has quit IRC18:27
denis_makogonhub_cap, everything is correct18:27
amrithno, you have the right link hub_cap18:27
SlickNikSo I definitely see a lack of details in the spec.18:27
grapexSlickNik: I think like hub_cap said, its just to change the datastore for all the heartbeats and stuff18:27
amrithSlickN1k, I'm particularly curious about things that say "RPC API description will be defined during development"18:27
grapexif the rest of the Trove code doesn't have innate knowledge of how to get the guest status via the database, but just asks a Conductor API for it18:27
amriththat seems to defy the purpose of a bp18:27
denis_makogonPhase 2 will cover communitcation between Trove backend and taskmanager18:27
grapexwe could change the status to live in an in-memory database instead18:27
kevinconwaygrapex: trove could deploy it!18:28
*** amcrn has joined #openstack-trove18:28
grapexNow, I personally don't like the idea of having even more RPC calls to conductor from taskmanager if we can avoid it18:28
robertmyerswhy don't we just get rid of taskmanager18:28
cp16neti thought phase 3 was the in memory datastore18:28
robertmyersjust use conductor18:28
grapexRPC calls aren't like limitless solar energy or something18:28
amrithcp16net, phase 3 is "Let API service speak with backend through conductor (Not implemented yet). "18:28
denis_makogongrapex, that's why conductor should be clusterable18:29
grapexI sort of don't understand why phase 2 and 3 are even different phases18:29
vipulOk, can we table this one? and have denis_makogon go add more content?18:29
amrithSlickN1k, I move to table this.18:29
iccha1+1 that will give more clairty18:29
grapexPhase 2- let one piece of Trove code stop talking to the database and talk to a conductor API. Phase 3- do the same thing with another bit of code18:29
amrithvipul +118:29
SlickNikOkay, I think we're going off in different tangents because phase 2 means different things to different people, and the spec doesn't clearly define what it means by phase 218:29
kevinconwayi like how we don't finalize message protocols until phase 518:29
hub_capit means love and bunnies and garlic to me SlickNik18:30
SlickNik#startvote Conductor phase 2? yes, no, needs_details18:30
openstackBegin voting on: Conductor phase 2? Valid vote options are yes, no, needs_details.18:30
openstackVote using '#vote OPTION'. Only your last vote counts.18:30
hub_cap#vote needs_details18:30
vipul#vote needs_details18:30
robertmyers#vote needs_details18:30
amrith#vote needs_details18:30
cp16net#vote needs_details18:30
SlickNik#vote needs_details18:30
iccha1#vote needs_details18:30
hub_capall in all i like it, fwiw18:30
vgnbkr#vote needs_details18:30
dougshelley66#vote needs_details18:30
peterstac#vote needs_details18:30
SlickNiksame here.18:30
grapex#vote needs_details18:31
SlickNikhub_cap: +18:31
hub_capits just a bit scary to not know wtf is goin on w/ it18:31
SlickNik#endvote18:31
openstackVoted on "Conductor phase 2?" Results are18:31
openstackneeds_details (11): SlickNik, robertmyers, amrith, vgnbkr, peterstac, cp16net, iccha1, vipul, dougshelley66, grapex, hub_cap18:31
denis_makogoni get it18:31
denis_makogonthanks18:31
denis_makogoni'll update spec18:31
SlickNikthanks denis_makogon18:31
cp16netthx18:31
SlickNik#topic Add created/updated timestamps and instance count to configuration groups list and details calls18:31
SlickNik#link https://blueprints.launchpad.net/trove/+spec/minor-config-edits18:31
iccha1tvoran is off today, so i am proxying18:32
denis_makogoni've got question18:32
denis_makogonsince we can assign one configuration to one instance, can we change "count" field to "assigned: True/False" ?18:32
iccha1denis_makogon: is instance count is 0 it is unassigned18:33
dougshelley66denis_makogon a config group can be assigned to N instances18:33
hub_capyea id like to see how many i was rebooting if i changed a config18:33
dougshelley66an instance can only have 1 config group18:33
SlickNikdenis_makogon: I believe you can assign a group to any number of instances.18:33
hub_capif i had a config N=10000000, and i was updtating it18:33
hub_capid think twice18:33
iccha1yup exactly18:34
hub_capi wouldnt just "joyent" it18:34
cp16neti had the count in the original impl i made18:34
cp16neti removed it because it wasnt part of the "spec"18:34
cp16netlol18:34
hub_captoo soon?18:34
glucashub_cap: lol18:34
SlickNikhub_cap: lol18:34
denis_makogonok, thanks for explanation18:34
SlickNikI think it makes sense.18:35
denis_makogonagreed18:35
SlickNikIs there an easy way to get the actual list of instances that a config group is attached to?18:35
dougshelley66can the database changes be explicitly stated in the spec?18:35
cp16neti think the other reason i removed this was because it was expensive to make the count call18:35
cp16netusing a join with sqlalchemy SUCKED18:36
* hub_cap queues the rainman "bout a thousand dollars" 18:36
iccha1maybe thw get on a specific configuration could have it, if we are opposed to having to the index call18:36
SlickNikcp16net: I recall perhaps there was a way with the config groups API; but just wanted to confirm.18:37
iccha1i think cp16net 's original proposal had instance ids as well?18:37
cp16netyeah its going to be more expensive on the index18:37
iccha1so we could keep created and updated on index and move instance count to get alone?18:37
cp16netSlickNik: yeah there is /config/<id>/instance18:37
amrithdo we want to design the solution here or merely surface the requirement?18:37
SlickNikcp16net: Thanks!18:37
kevinconwaywe could make a table that stores the count results and update it every time we create an instance18:37
cp16netnp18:37
iccha1kevinconway: and every time we delete18:38
cp16netkevinconway: i'll just send an email to you to update my database for me18:38
hub_capkevinconway: iccha1 if we stored all this in redis we could just use counters18:38
hub_capSCREW JOINS18:38
SlickNikamrith: Just surface the requirement; we don't need to design it here.18:38
kevinconwaywe should load all the records into python and then count the items with len()18:39
amrithSlickN1k, ++18:39
grapexkevinconway: ++18:39
grapexWhy reinvent the wheel amirite?18:39
hub_capkevinconway: so yer saying an iin memory python hash database?18:39
hub_cap++18:39
SlickNikI think we're all agreed, but for the record18:39
hub_capcan we make it eventually consistent too?18:39
grapexhub_cap: We could build it off the test doubles we already have in fake mode18:39
hub_capits all the rage18:39
SlickNik#startvote Add created/updated timestamps and instance count to configuration groups list and details calls? yes, no18:39
hub_capgrapex: brilliant18:39
openstackBegin voting on: Add created/updated timestamps and instance count to configuration groups list and details calls? Valid vote options are yes, no.18:39
openstackVote using '#vote OPTION'. Only your last vote counts.18:39
hub_capvote #whatever SlickNik votes18:40
SlickNik#vote yes18:40
grapex#vote yes18:40
cp16net#vote yes18:40
amrith#vote yes18:40
hub_cap#vote yes18:40
robertmyers#vote yes18:40
iccha1#vote yes18:40
vipulMain Tera Hero18:40
vipul#vote yes18:40
amrithvipul ... I know, I've heard that a lot18:40
hub_caphuh vipul ?18:40
vipulcopy paste gone bad lol18:40
SlickNik#endvote18:40
iccha1vipul: whose hero? ;)18:40
openstackVoted on "Add created/updated timestamps and instance count to configuration groups list and details calls?" Results are18:40
openstackyes (8): SlickNik, robertmyers, amrith, cp16net, iccha1, vipul, grapex, hub_cap18:40
vipula movie i downloaded for my wife ;)18:40
hub_capthere are lots of abs on that poster18:40
iccha1does it have salman khan?18:41
SlickNik#topic Pluggable conductor manager18:41
hub_capvipul: what u mean is a file you illegally downloaded and violated copyright so u could make yer wife watch it with you?18:41
cp16netlol18:41
kevinconwayhub_cap: like import math. math.abs?18:41
SlickNik#link https://blueprints.launchpad.net/trove/+spec/pluggable-conductor-manager18:41
vipulhub_cap: there are no copyright laws in indian movies ;)18:41
SlickNikboden: around?18:41
bodenSlickNik and others -- I clearly need to create a spec which follows the structure used.. I can do that soon18:42
bodenyes18:42
hub_capvipul: sweet /me downloads a bunch of movies18:42
bodenso pluggable conductor manager simply allows the conductor manager class to be exposed in the conf vs being hard-coded in the conductor cmd18:42
hub_capwtf its not already?18:43
hub_capfail...18:43
hub_capall our managers should be conf'able18:43
SlickNikI checked; it isn't already18:43
kevinconwayboden: hrm.. pluggable managers… external extensions… almost like you have some business use case for openstack18:43
*** Veera has joined #openstack-trove18:43
robertmyers#vote why not18:43
grapexI feel like this is so simple maybe I'm missing something18:43
hub_caphttps://github.com/openstack/trove/blob/master/trove/cmd/conductor.py#L2318:43
grapex#vote sure18:43
hub_capfail...18:43
SlickNikgrapex: I think it is simple.18:43
hub_cap#vote how the frack did we miss this18:43
cp16net#doh18:44
SlickNik#vote Let's do it.18:44
hub_capHomer: If you really want something in life you have to work for it. Now quiet, they're about to announce the lottery numbers.18:44
bodenkevinconway -- I think this will make it easier for vendors to deliver custom solutions they choose to not upstream and also easier to perform PoCs and prototypes without upstreaming 1st18:44
hub_capboden: dont listen to kevinconway18:44
hub_capever18:44
hub_capsrsly18:44
hub_capever18:44
SlickNikboden, I think all of us are in agreement that this was just something that we missed.18:44
hub_capEVER18:44
bodenhub_cap 10-4 ;)18:44
SlickNik#startvote Pluggable conductor manager? yes, no18:45
openstackBegin voting on: Pluggable conductor manager? Valid vote options are yes, no.18:45
openstackVote using '#vote OPTION'. Only your last vote counts.18:45
SlickNik#vote yes18:45
robertmyers#vote yes18:45
grapex#vote yes18:45
boden#vote yes18:45
amrith#vote yes18:45
cp16net#vote yes18:45
hub_cap#vote si18:45
openstackhub_cap: si is not a valid option. Valid options are yes, no.18:45
iccha1#yes18:45
hub_capi hate u openstack18:45
vipul#vote yes18:45
hub_cap#vote yes18:45
amrithiccha1, #vote yes18:45
*** Veera has left #openstack-trove18:45
SlickNik#endvote18:45
openstackVoted on "Pluggable conductor manager?" Results are18:45
openstackyes (8): SlickNik, boden, robertmyers, amrith, cp16net, vipul, grapex, hub_cap18:45
*** Veera has joined #openstack-trove18:46
SlickNikdguitarbite: around?18:46
SlickNik#topic Configurable DB plugins18:47
bodenSlickNik -- so it appears the cmd/*.py classes (entry points) have changed since I wrote this...18:47
bodenbut in essence there is already plumbing in place to support consumers / extenders to add their own tables to trove db... however its not exposed at the entry point level for some reason18:48
dguitarbiteyes18:48
SlickNikboden: Why would customers want to add their own tables to the trove schema? (Just trying to understand the scenario)18:48
dguitarbiteim here18:49
SlickNikdguitarbite: will discuss the keystone trusts after this bp (if there is still time).18:49
dguitarbiteok18:49
dguitarbitenps18:49
bodenSlickNik - adding custom function to trove which requires new tables... for example in-house / proprietary extensions18:49
grapexhow would migrations work for this?18:49
*** ViswaV has quit IRC18:50
robertmyersso boden if you add your own migration it could conflict with a new public one18:50
bodengrapex -- trove-manage already supports it18:50
robertmyersyou need a whole new set of migrations18:50
*** openstackstatus has quit IRC18:50
robertmyersand a new table to manage them18:50
bodengrapex via the --repo_path option18:50
*** cweid has joined #openstack-trove18:51
hub_capyea... how do the other projects do it?18:51
bodenguys -- sounds like I should take some time to outline this one in more detail? thoughts?18:51
SlickNikAre there other OpenStack projects that do this?18:51
cp16netboden: plz do18:51
SlickNikboden: Yes, I'd like to take some time to look into it as well.18:51
hub_capthis seems VERY nonstandard18:51
bodencp16net and others -- I will do that18:51
hub_capaka, if u have extra stuff on top, run it in a postinst18:51
bodenhub_cap -- I can check; as I said the plubming is already there18:51
hub_capfor your packages18:52
cp16neti've seen some weird things in nova that have 5 placeholder migrate scripts before and after the migrate scripts that are created18:52
*** openstackstatus has joined #openstack-trove18:52
*** ChanServ sets mode: +v openstackstatus18:52
cp16netnot sure why tho18:52
hub_capcp16net: they do that cuz of gerrit conflicts18:52
hub_capits a Queue for the merges so to speak18:52
SlickNikboden: Thanks.18:52
cp16netoh18:52
bodennp18:52
hub_capif i understand correctly18:52
* hub_cap is usually not correct18:52
SlickNik#topic Trove should use Keystone Trusts for Authentication instead of hard coding the credentials in configuration files.18:53
cp16netthat makes a little more sense tho18:53
SlickNik#link https://blueprints.launchpad.net/trove/+spec/trove-keystone-trusts18:53
robertmyersis keystone trusts ready to use?18:54
robertmyersthought it was experimental18:54
dguitarbiteI believe so18:54
robertmyerscan we wait18:54
SlickNikI'm unsure of this one.18:54
hub_capits v318:54
robertmyerswhy rush18:54
hub_capim not srue its ready to be used18:54
hub_capor deployed, like18:54
hub_capANYWHERE18:54
dguitarbitetusker has started using it18:54
SlickNikIt's was tried in tuskar, and there was some push back.18:55
dguitarbite*implementation is started18:55
hub_capis tuskar incubated/integrated?18:55
grapexhub_cap: So what you're saying Baz is that you might not yet *trust* it18:55
iccha1looks like there is a -1 on tuskar review18:55
* grapex plays rimshot18:55
hub_capoh man i was totally gonna give ya a rimshot grapex18:55
SlickNikI believe because of an internal database issue, and the fact that it meant rolling your own crypto code.18:55
cp16netyeah i looked into heat and its got some minor changes for it18:55
robertmyers#vote wait18:55
SlickNikI def don't want to roll our own crypto.18:55
SlickNikAnd would like to wait as well.18:55
amrith#vote wait-and-watch18:55
hub_capif the keystone v3 api is completely done, lets let nova and stuff move first18:56
hub_capand then we can move to it18:56
hub_caplets not jump the gun here18:56
SlickNikhub_cap: agreed18:56
hub_capor else we are liable to shoot ourselvs in the foot18:56
cp16net+118:56
hub_capget it? get it?18:56
*** saurabhs has joined #openstack-trove18:56
dguitarbitewell, I dont know if Nova will move first18:56
robertmyershub_cap: explain?18:56
SlickNikhub_cap: lol18:56
dguitarbiteI guess its upto newer projects to make the move18:56
SlickNik#startvote Trove should use Keystone Trusts for Authentication instead of hard coding the credentials in configuration files? yes, no, wait_and_watch18:56
openstackBegin voting on: Trove should use Keystone Trusts for Authentication instead of hard coding the credentials in configuration files? Valid vote options are yes, no, wait_and_watch.18:56
hub_caprobertmyers: lets go to the range w/ imsplitbit18:56
openstackVote using '#vote OPTION'. Only your last vote counts.18:56
*** sbfox has joined #openstack-trove18:56
amrith#vote wait_and_watch18:56
hub_cap#vote wait_and_watch18:56
kevinconwayaren't no and wait the same in this case?18:56
cp16net#vote wait_and_watch18:57
boden#vote wait_and_watch18:57
grapex#vote wait_and_contemplate18:57
openstackgrapex: wait_and_contemplate is not a valid option. Valid options are yes, no, wait_and_watch.18:57
iccha1#vote wait_and_watch18:57
cp16netunless they move tomorrow18:57
hub_capfor short instances of no kevinconway18:57
robertmyers#vot wait_and_watch18:57
dougshelley66#vote wait_and_watch18:57
peterstac#vote wait_and_watch18:57
grapex#vote wait18:57
openstackgrapex: wait is not a valid option. Valid options are yes, no, wait_and_watch.18:57
grapex#vote wait_and_watch18:57
SlickNik#endvote18:57
openstackVoted on "Trove should use Keystone Trusts for Authentication instead of hard coding the credentials in configuration files?" Results are18:57
hub_caprobertmyers: vot is not a valid option.18:57
openstackwait_and_watch (8): boden, amrith, peterstac, cp16net, iccha1, dougshelley66, grapex, hub_cap18:57
hub_capsad trombone18:57
hub_caprobertmyers: didnt vot18:57
robertmyersdoh18:57
cp16netlol18:57
robertmyersrevote18:57
robertmyers#shipit18:57
amrithhub_cap, ... robertmyers did vot. he didn't vote18:58
hub_capREVOT!!!!18:58
SlickNikrobertmyers: I'll count you in18:58
hub_capamrith: duh yer right18:58
SlickNikSo wait and watch it is.18:58
hub_capyea lets get more info here18:58
SlickNikAnd that's all we've got time for this week.18:58
SlickNikThanks guys!18:58
amriththanks SlickN1k18:58
hub_cap1) is it finished yet, 2) is it deployed anywehre?18:58
cp16netthx18:58
dguitarbiteSlickNik: thanks18:58
SlickNik#endvote18:58
bodenthanks18:58
hub_capthe _last_ thing we need is to depend on something thats not done yet18:58
dguitarbitehttps://blueprints.launchpad.net/tuskar/+spec/tuskar-keystone-trusts18:58
hub_caphey guys in order to use trove, u need keystone v3, no its not done yet18:58
denis_makogonhub_cap, ++18:59
* cp16net looks dont the barrel to see if there is something stuck in the gun18:59
cp16nets/dont/down/18:59
hub_capcp16net: DONT THE BARREL!!18:59
cp16netlast words i sai19:00
SlickNik#endmeeting19:00
openstackMeeting ended Mon Jun  2 19:00:13 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-06-02-17.59.html19:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-06-02-17.59.txt19:00
SlickNikis what I meant19:00
openstackLog:            http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-06-02-17.59.log.html19:00
*** dguitarbite has left #openstack-trove19:00
denis_makogonhey, core guys, i need your help19:00
hub_capcp16net: DONT SAI!!19:01
*** rueben has joined #openstack-trove19:02
SlickNikdenis_makogon: What's up?19:03
denis_makogonSlickNik, could you suggest me the way should? https://review.openstack.org/#/c/85314/19:04
*** rueben has quit IRC19:04
*** rueben has joined #openstack-trove19:06
*** yidclare has quit IRC19:06
SlickNikdenis_makogon: I'm not sure I like the concatenated by  ';' bit.19:07
denis_makogonSlickNik, before ; was |19:07
SlickNikdenis_makogon: I know, | is not good because it's use as the table delimiter. ';' is slightly better, but it's not an optimal solution either.19:08
openstackgerritOpenStack Proposal Bot proposed a change to openstack/trove: Updated from global requirements  https://review.openstack.org/9627519:08
SlickNikI wanted to check if there are other openstack clients that have this issue, and what they do.19:08
SlickNikdenis_makogon: Do you know?19:08
*** ViswaV has joined #openstack-trove19:08
denis_makogonSlickNik, i've never seen that19:09
hub_capyea not having nested tables sxu19:10
hub_capbetter than u('....') tho19:10
denis_makogoncan you suggest the best delimeter ?19:10
denis_makogon' '19:11
hub_capi vote =>19:12
*** mat-lowery has left #openstack-trove19:12
hub_capfrom_port (╯°□°）╯︵ ┻━┻ 330619:13
SlickNikhub_cap: lol19:13
SlickNikwhat do you guys think of not showing the rules on a secgroup-list?19:14
hub_capyea im fine w/ that actuall19:14
hub_capi think we go overboard w/ the cli portion of the client19:14
hub_caplike, if its exposed in the api, and u can do a grp-details19:14
hub_capmake sure we can get the id or whatever to get a list or details of them19:14
*** radez_g0n3 is now known as radez19:15
*** mat-lowery has joined #openstack-trove19:15
denis_makogonfor now we have agly dicts19:15
denis_makogon{ ....} {....}19:15
denis_makogonit looks ok, until you have at least 1 one rule19:16
hub_capyea it might be better to remove those and just have a method that will turn them into a table19:16
SlickNikYeah, I'm good with that. We don't really have to show all the secgroup rule details on a secgroup-list.19:16
hub_capyea do we have a details call?19:17
denis_makogonno19:17
SlickNikhub_cap: nope, but it probably makes sense to add that and show the details there.19:17
hub_cap++19:17
SlickNikrather than trying to cram a table within a table.19:17
hub_capreminds me of the good ole days of frames SlickNik19:18
hub_caphttp://vzone.virgin.net/sizzling.jalfrezi/graphics/f_xmpl3.gif19:18
denis_makogonso, we should have secgroup-rules-list --secgroup <id> ?19:18
*** rueben has quit IRC19:18
*** rueben has joined #openstack-trove19:19
hub_capwell thats more of a GET19:19
denis_makogonhub_cap, yes, of course19:19
hub_capon nm denis_makogon yes19:19
hub_capget the list of ruls for a secgrp19:19
hub_cap++19:20
denis_makogonSlickNik, are you ok with that ?19:20
denis_makogondo i have to file a BP for that ?19:20
SlickNikdenis_makogon: Please call it secgroup-list-rules19:20
SlickNikdenis_makogon: No need to be different from nova19:20
denis_makogonSlickNik, ah, that makes sense19:21
hub_cap++19:21
denis_makogonthe other question about rules19:21
denis_makogonmay i ?19:21
hub_caponly if you ask plz19:21
hub_cap;)19:21
denis_makogonhub_cap, oh, of course, sir19:21
denis_makogonhub_cap, would like a cup of England tea with milk ?19:22
denis_makogonsir19:22
denis_makogonok19:22
hub_capLOLLLLLLL19:22
hub_capu know, im a coffee fan19:22
openstackgerritSimon Chang proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732619:22
denis_makogonhub_cap, liquid lunch19:23
hub_capHAHAHAHAHA19:23
denis_makogonso, the actual question is19:23
hub_capand 'tacos across the streeeeet'19:23
hub_capmore like 'streeeEEeeet'19:23
denis_makogonwe have secgroup-rule-create19:23
denis_makogonand we're passing only CIDR19:23
hub_capvipul: missed out on tacos across the street... so lame19:23
denis_makogonwhen new rule appers it has same ports, but different CIDR19:24
denis_makogonand we have, like, From: A; To: B, CIDR: 0.0.0.0/24 and  From: A; To: B, CIDR: 0.0.0.0/1819:25
denis_makogonseems like overlap19:25
denis_makogonno additional effect19:26
denis_makogonbetween /18 and /2419:26
hub_capwell thats a different netmask, for one19:26
denis_makogonhub_cap, /24 covers /1819:26
denis_makogonfully19:26
hub_capthis i know19:26
denis_makogonthe idea is to do update-replace19:26
denis_makogoninstead of update-add19:27
SlickNikdenis_makogon: you mean /18 covers /24 fully :)19:27
SlickNikdenis_makogon: It's needed to provide access to non-overlapping CIDRs.19:27
denis_makogonSlickNik, yeah, wrong order =)19:27
SlickNikdenis_makogon: afaik, It's up to the operator to clean out his rules if he has overlapping CIDRs.19:28
denis_makogonok19:28
SlickNikdenis_makogon: It's the same for nova too, I think.19:28
denis_makogonbut we're not nova19:28
denis_makogonwe're smater19:29
hub_capif we were smarter we wouldnt be here19:29
SlickNikyou mean smarter (I hope) :)19:29
hub_capwed all be rich19:29
denis_makogonhub_cap, if everyone one is reach - nobody reach =)19:29
*** Barker has quit IRC19:29
denis_makogonok, i'm good with that19:30
hub_capheh19:30
denis_makogonthe last question19:30
denis_makogoni know that it's not so good to ask for review request, but19:30
denis_makogoncan you take a look at https://review.openstack.org/#/c/9719419:30
denis_makogonit simplifies status polling for heat provisioned resources19:31
denis_makogonthanks19:33
*** sbfox has quit IRC19:33
*** sbfox has joined #openstack-trove19:34
SlickNikdenis_makogon: Okay, Thanks! Will take a look when I'm looking at reviews later this evening.19:36
denis_makogonSlickNik, thanks, a lot19:36
*** mattgriffin has quit IRC19:37
denis_makogonSlickNik, last question, do i have to file a BP for new security group rules API call >19:39
denis_makogon?19:39
*** sbfox1 has joined #openstack-trove19:42
*** sbfox has quit IRC19:46
*** sgotliv has joined #openstack-trove19:47
*** ranjitha has quit IRC19:48
openstackgerritSimon Chang proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732619:51
*** sgotliv has quit IRC19:52
*** sgotliv has joined #openstack-trove19:52
*** yidclare has joined #openstack-trove19:54
*** ViswaV has quit IRC19:57
*** openstackgerrit has quit IRC19:58
SlickNikdenis_makogon: Sorry was afk; You could file a bp in python-troveclient if you'd like.20:01
SlickNikOr fix it using the same bug your review is addressing now.20:02
denis_makogonSlickNik, is it still same API call ?20:02
SlickNikThe API call underneath is the same, only the cli command should change.20:03
denis_makogonright20:03
denis_makogonhow to be with "secgroup-list" ?20:03
denis_makogonjust drop rules from there ?20:04
*** amcrn has quit IRC20:08
*** openstackgerrit has joined #openstack-trove20:10
*** annashe__ has joined #openstack-trove20:11
*** ViswaV has joined #openstack-trove20:12
*** mattgriffin has joined #openstack-trove20:18
*** demorris has quit IRC20:23
*** eghobo has joined #openstack-trove20:26
openstackgerritPeter Stachowski proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732620:28
openstackgerritPeter Stachowski proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732620:29
openstackgerritSimon Chang proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732620:29
*** ranjitha has joined #openstack-trove20:30
*** demorris has joined #openstack-trove20:31
*** boden has quit IRC20:37
*** Longgeek has quit IRC20:37
*** miqui has quit IRC20:39
*** NehaV1 has joined #openstack-trove20:40
*** NehaV has quit IRC20:42
openstackgerritSimon Chang proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732620:51
*** amcrn has joined #openstack-trove20:53
openstackgerritMorgan Jones proposed a change to openstack/trove: Add guestagent API calls for replication  https://review.openstack.org/9190420:56
*** amcrn has quit IRC20:57
*** yidclare has quit IRC21:00
*** Longgeek has joined #openstack-trove21:08
*** pdmars has quit IRC21:09
*** Longgeek has quit IRC21:12
*** arborism has joined #openstack-trove21:13
iccha1cp16net: not able to replicate these failures locally https://review.openstack.org/#/c/92701/21:20
openstackgerritSimon Chang proposed a change to openstack/python-troveclient: Rename resize-flavor subcommand to resize-instance  https://review.openstack.org/9732621:22
*** NehaV has joined #openstack-trove21:25
*** NehaV1 has quit IRC21:27
*** DMoney has quit IRC21:29
SlickNikiccha1: Okay, let me trigger a re-test.21:30
*** arborism is now known as amcrn21:32
iccha1thanks SlickNik21:34
*** ranjitha has quit IRC21:36
iccha1SlickNik: and this is bp discussed in meeting couple of weeks ago https://blueprints.launchpad.net/trove/+spec/datastore-visibility21:36
*** yidclare has joined #openstack-trove21:39
SlickNikiccha1: Yes, let me go through that one this evening. There were some concerns regarding public / private (per tenant) visibility when it came up last.21:39
SlickNikiccha1: Taking a quick look, it seems like you've addressed them though.21:39
SlickNikiccha1: Will read it over this evening and mark it appropriately.21:40
iccha1SlickNik: yup and i think I have updated the wiki to address them, let me know if you have any concerns. thanks!21:40
SlickNikiccha1: Thank you!21:40
openstackgerritAnna Shen proposed a change to openstack/trove: Add neutron support  https://review.openstack.org/8834921:43
*** miqui has joined #openstack-trove21:48
*** ranjitha has joined #openstack-trove21:48
*** Guest70585 has joined #openstack-trove21:51
*** anteaya has quit IRC21:54
*** Guest70585 is now known as anteaya21:54
*** yidclare has quit IRC22:02
*** Veera has quit IRC22:06
*** robertmyers has quit IRC22:07
*** Longgeek has joined #openstack-trove22:09
*** Longgeek has quit IRC22:13
*** jcru has quit IRC22:22
*** achampion has quit IRC22:22
*** NehaV has quit IRC22:26
*** annashen_ has quit IRC22:27
*** demorris has quit IRC22:30
*** sbfox1 has quit IRC22:35
*** sbfox has joined #openstack-trove22:38
*** annashen_ has joined #openstack-trove22:47
*** kevinconway has quit IRC22:47
*** denis_makogon has quit IRC22:52
*** grapex has quit IRC23:00
*** grapex has joined #openstack-trove23:00
*** harlowja_ has quit IRC23:04
*** harlowja has joined #openstack-trove23:04
*** Longgeek has joined #openstack-trove23:10
*** rueben has quit IRC23:11
*** jmontemayor has quit IRC23:14
*** Longgeek has quit IRC23:15
*** grapex has quit IRC23:17
*** NehaV has joined #openstack-trove23:24
*** sgotliv has quit IRC23:30
*** achampion has joined #openstack-trove23:31
*** yidclare has joined #openstack-trove23:32
*** yogeshmehra has quit IRC23:32
*** sbfox has quit IRC23:32
*** yogeshmehra has joined #openstack-trove23:33
*** amytron has quit IRC23:33
*** yogeshmehra has quit IRC23:37
*** yidclare has quit IRC23:46
*** sbfox has joined #openstack-trove23:57
*** matsuhashi has joined #openstack-trove23:59
« Sunday, 2014-06-01 Index Tuesday, 2014-06-03 »

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