Re: [openstack-dev] [trove] Nominating Mariam John to Trove Core

I agree! +1 Peter -Original Message- From: Vyvial, Craig [mailto:craig.vyv...@hpe.com] Sent: January-06-16 2:40 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove] Nominating Mariam John to Trove Core Thanks for the nomination

Re: [openstack-dev] [Trove][Outreachy] Add configuration groups for CouchDB

a Martínez de la Cruz [mailto: > victo...@vmartinezdelacruz.com] > *Sent:* Tuesday, December 22, 2015 9:21 AM > *To:* OpenStack Development Mailing List < > openstack-dev@lists.openstack.org> > *Subject:* [openstack-dev] [Trove][Outreachy] Add configuration groups > for Couc

Re: [openstack-dev] [Trove][Outreachy] Add configuration groups for CouchDB

...@vmartinezdelacruz.com] Sent: Tuesday, December 22, 2015 9:21 AM To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [Trove][Outreachy] Add configuration groups for CouchDB Hi all, For those who are not aware, we have 7 Outreachy interns [0] w

[openstack-dev] [Trove][Outreachy] Add configuration groups for CouchDB

Hi all, For those who are not aware, we have 7 Outreachy interns [0] working on different projects on OpenStack since last Dec 7th. Sonali (sonali5) will be working with us on Trove and we have been trying to locate a task for her to work on during her internship. Before the internship was

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

(not for usage questions) Subject: Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka On 10/12/15 18:44 +, Vyvial, Craig wrote: >Amrith/Victoria, > >Thanks for the heads up about this these blueprints for the Mitaka cycle. This looks like a lot of work but there

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

On 10/12/15 18:44 +, Vyvial, Craig wrote: Amrith/Victoria, Thanks for the heads up about this these blueprints for the Mitaka cycle. This looks like a lot of work but there shouldn’t be a reason to hold back new blueprints this early in the cycle if they plan on being completed in Mitaka.

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

2015-12-10 13:10 GMT-03:00 Amrith Kumar : > Members of the Trove community, > > Over the past couple of weeks we have discussed the possibility of an > early deadline for submission of trove specifications for projects that are > to be included in the Mitaka release. I

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

Flavio, So we had a quite a few specs in the last cycle that were rushed to be approved and then code rushed as well. This was meant to make sure that would not happen again because it ended up hurting us and had to get many of features through with exceptions. This is by no means a hard spec

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

5 1:53 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [trove] Upcoming specs and blueprints for > Trove/Mitaka > > On 10/12/15 18:44 +, Vyvial, Craig wrote: > >Amrith/Victoria, > > > >Thanks for the heads up about

Re: [openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

Amrith/Victoria, Thanks for the heads up about this these blueprints for the Mitaka cycle. This looks like a lot of work but there shouldn’t be a reason to hold back new blueprints this early in the cycle if they plan on being completed in Mitaka. Can we get these blueprints written up and

[openstack-dev] [trove] Upcoming specs and blueprints for Trove/Mitaka

Members of the Trove community, Over the past couple of weeks we have discussed the possibility of an early deadline for submission of trove specifications for projects that are to be included in the Mitaka release. I understand why we're doing it, and agree with the concept. Unfortunately

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo [imm]

t; -amrith >> >>> -Original Message- >>> From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] >>> Sent: Wednesday, November 18, 2015 2:54 PM >>> To: openstack-dev@lists.openstack.org >>> Subject: Re: [openstack-dev] [trov

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo [imm]

Just catching up on this thread, have fixes been submitted for this already? Thanks, -amrith > -Original Message- > From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] > Sent: Wednesday, November 18, 2015 2:54 PM > To: openstack-dev@lists.openstack.org > Subject: Re:

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo [imm]

@lists.openstack.org Subject: Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo On 11/18/2015 9:23 AM, Matt Riedemann wrote: On 11/17/2015 10:37 PM, Nikhil Manchanda wrote: Thanks for putting up that fix Matt. The dependency on trunk python-troveclient (for stable/kilo) definitely

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo [imm]

Thanks Matt, Craig (cp16net) is working on fixing this. -amrith > -Original Message- > From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] > Sent: Thursday, November 19, 2015 12:24 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [trove] t

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

On 11/17/2015 10:37 PM, Nikhil Manchanda wrote: Thanks for putting up that fix Matt. The dependency on trunk python-troveclient (for stable/kilo) definitely seems screwy-- but I'm wondering if this was done for backwards compatibility reasons? (i.e. to ensure the latest version of

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

On 18 November 2015 at 16:27, Matt Riedemann wrote: > > > On 11/17/2015 9:22 PM, Matt Riedemann wrote: >> >> I noticed this failing today: >> >> >> http://logs.openstack.org/81/206681/3/check/gate-trove-python27/45d645d/console.html#_2015-11-17_17_07_28_061 >> >> >>

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

On 11/18/2015 9:23 AM, Matt Riedemann wrote: On 11/17/2015 10:37 PM, Nikhil Manchanda wrote: Thanks for putting up that fix Matt. The dependency on trunk python-troveclient (for stable/kilo) definitely seems screwy-- but I'm wondering if this was done for backwards compatibility reasons?

[openstack-dev] [trove] trove unit tests failing on stable/kilo

I noticed this failing today: http://logs.openstack.org/81/206681/3/check/gate-trove-python27/45d645d/console.html#_2015-11-17_17_07_28_061 Looks like https://review.openstack.org/#/c/218701/ and maybe the dependent python-troveclient change would need to be backported to stable/kilo (neither

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

On 11/17/2015 9:22 PM, Matt Riedemann wrote: I noticed this failing today: http://logs.openstack.org/81/206681/3/check/gate-trove-python27/45d645d/console.html#_2015-11-17_17_07_28_061 Looks like https://review.openstack.org/#/c/218701/ and maybe the dependent python-troveclient change

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

On 11/17/2015 9:27 PM, Matt Riedemann wrote: On 11/17/2015 9:22 PM, Matt Riedemann wrote: I noticed this failing today: http://logs.openstack.org/81/206681/3/check/gate-trove-python27/45d645d/console.html#_2015-11-17_17_07_28_061 Looks like https://review.openstack.org/#/c/218701/ and

Re: [openstack-dev] [trove] trove unit tests failing on stable/kilo

Thanks for putting up that fix Matt. The dependency on trunk python-troveclient (for stable/kilo) definitely seems screwy-- but I'm wondering if this was done for backwards compatibility reasons? (i.e. to ensure the latest version of python-troveclient should be able to work correctly against all

[openstack-dev] [trove][release] python-troveclient 1.4.0 release

Hello everyone, We have released the 1.4.0 version of the python-troveclient. In liberty Trove had added more datastores to support clustering but the client was missing an attribute to allow you to set the network and availability zone for each of the instances in the cluster. This troveclient

[openstack-dev] [Trove] Mitaka Design Summit Sessions

We've updated the Trove Sessions to include some great topics. https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads#Trove http://mitakadesignsummit.sched.org/overview/type/trove Thanks to everyone involved and looking forward to seeing everyone next week! -Craig Vyvial (cp16net)

[openstack-dev] [Trove][Barbican] Liberty RC2 available

Hello everyone, Due to release-critical issues spotted in Trove and Barbican during RC1 testing, new release candidates were created for Liberty. The list of RC2 fixes, as well as RC2 tarballs are available at: https://launchpad.net/trove/liberty/liberty-rc2

[openstack-dev] [Trove] PTL Non-Candidacy

Hello all: I'd like to announce that I will not be running for the position of Trove PTL for Mitaka. I've been PTL for 3 cycles now during which Trove has grown immensely. We have added support for twelve different datastores -- enabling support for HA Trove instances through replication,

[openstack-dev] [Trove] PTL Candidacy

Hello, My name is Craig Vyvial and I'd like run for Mitaka Trove PTL. I've been working on Trove for about 4 years and a core member for about 2 years. Over the this time, Trove has continued to evolve and the community has grown. My passion is to help make sure that Trove continues this trend

Re: [openstack-dev] [trove] [heat] Multi region support

On 01/09/15 19:47, Angus Salkeld wrote: On Wed, Sep 2, 2015 at 8:30 AM Lowery, Mathew > wrote: Thank you Zane for the clarifications! I misunderstood #2 and that led to the other misunderstandings. Further questions: * Are nested

Re: [openstack-dev] [trove] Anyone using containers?

On 02/09/15 17:36, Thierry Carrez wrote: Lowery, Mathew wrote: Just curious if anyone is using containers in their deployments. If so, in what capacity? What are the advantages, gotchas, and pain points? This might trigger more responses on the openstack-operators mailing-list. +1 :)

Re: [openstack-dev] [trove] Anyone using containers?

Lowery, Mathew wrote: > Just curious if anyone is using containers in their deployments. If so, > in what capacity? What are the advantages, gotchas, and pain points? This might trigger more responses on the openstack-operators mailing-list. -- Thierry Carrez (ttx)

Re: [openstack-dev] [trove] [heat] Multi region support

On 01/09/15 11:41, Lowery, Mathew wrote: This is a Trove question but including Heat as they seem to have solved this problem. Summary: Today, it seems that Trove is not capable of creating a cluster spanning multiple regions. Is that the case and, if so, are there any plans to work on that?

[openstack-dev] [trove] Anyone using containers?

Just curious if anyone is using containers in their deployments. If so, in what capacity? What are the advantages, gotchas, and pain points? __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [trove] [heat] Multi region support

On Wed, Sep 2, 2015 at 8:30 AM Lowery, Mathew wrote: > Thank you Zane for the clarifications! > > I misunderstood #2 and that led to the other misunderstandings. > > Further questions: > * Are nested stacks aware of their nested-ness? In other words, given any > nested stack

Re: [openstack-dev] [trove] [heat] Multi region support

Thank you Zane for the clarifications! I misunderstood #2 and that led to the other misunderstandings. Further questions: * Are nested stacks aware of their nested-ness? In other words, given any nested stack (colocated with parent stack or not), can I trace it back to the parent stack? (On a

[openstack-dev] [trove] [heat] Multi region support

This is a Trove question but including Heat as they seem to have solved this problem. Summary: Today, it seems that Trove is not capable of creating a cluster spanning multiple regions. Is that the case and, if so, are there any plans to work on that? Also, are we aware of any precedent

Re: [openstack-dev] [trove]Implement the API to createmasterinstance and slave instances with one request

UnitedStack -- Original -- From: 陈迪豪chendi...@unitedstack.com; Date: Thu, Aug 13, 2015 12:25 PM To: openstack-dev@lists.openstack-dev@lists.openstack.org; Subject: Re: [openstack-dev] [trove]Implement the API to createmasterinstance and slave instances with one

Re: [openstack-dev] [trove]Implement the API to createmasterinstance and slave instances with one request

To: OpenStack List openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove]Implement the API to createmasterinstance and slave instances with one request We have read the code of replica_count and it's like what I thought. We have an suggestion

Re: [openstack-dev] [trove]Implement the API tocreatemasterinstance and slave instances with one request

: Thu, Aug 13, 2015 08:09 PM To: openstack-dev@lists.openstack-dev@lists.openstack.org; Subject: Re: [openstack-dev] [trove]Implement the API tocreatemasterinstance and slave instances with one request Tobe, The BP for the feature that added replica_count is here - https://github.com

Re: [openstack-dev] [trove]Implement the API to create master instance and slave instances with one request

@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove]Implement the API to create master instance and slave instances with one request Now we can create mysql master instance and slave instance one by one. It would be much better to allow user to create one master instance

Re: [openstack-dev] [trove]Implement the API to create masterinstance and slave instances with one request

Shelleyd...@tesora.com; Date: Wed, Aug 12, 2015 10:21 PM To: openstack-dev@lists.openstack-dev@lists.openstack.org; Subject: Re: [openstack-dev] [trove]Implement the API to create masterinstance and slave instances with one request As of Kilo, you can add a —replica-count parameter to trove

[openstack-dev] [trove]Implement the API to create master instance and slave instances with one request

Now we can create mysql master instance and slave instance one by one. It would be much better to allow user to create one master instance and multiple slave instances with one request. Any suggestion about this, the API design or the

[openstack-dev] [trove][qa][stable] gate-trove-functional-dsvm-mysql needs some stable branch love

Trove changes on the stable branches are blocked on bug 1479358 [1] because a change was made to fix trove-integration on master for liberty but didn't take into account that those scripts are branchless and therefore need to work on stable/kilo and stable/juno as well, where we have capped

Re: [openstack-dev] [trove][qa][stable] gate-trove-functional-dsvm-mysql needs some stable branch love

Development Mailing List (not for usage questions) Subject: [openstack-dev] [trove][qa][stable] gate-trove-functional-dsvm-mysql needs some stable branch love Trove changes on the stable branches are blocked on bug 1479358 [1] because a change was made to fix trove-integration on master

Re: [openstack-dev] [trove][qa][stable] gate-trove-functional-dsvm-mysql needs some stable branch love

To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [trove][qa][stable] gate-trove-functional-dsvm-mysql needs some stable branch love Trove changes on the stable branches are blocked on bug 1479358 [1] because a change was made to fix trove-integration

[openstack-dev] [trove]Expose new API for monitoring

We have proposing the blueprint about exposing new API for monitoring in https://blueprints.launchpad.net/trove/+spec/expose-new-api-for-monitoring Looking forward to any discussion :) -- tobe from UnitedStack__ OpenStack

[openstack-dev] [trove]Any process of the monitoring system for trove?

Currently I found the spec about the trove monitoring framework in https://review.openstack.org/#/c/186040/ And what's the process about that now? We're developing MySQL and redis service upon trove. And we're glad to discuss and contribute to this

[openstack-dev] [trove]The patch from 191859 breaks the compatibility with python 2.6

Hi all, We're deploying trove with python 2.6 in production. And the latest code from https://review.openstack.org/#/c/191859 has broken the compatible with python 2.6. The actual code which causes it is in trove/guestagent/common/operating_system.py and looks like thest. Python 2.6 has

Re: [openstack-dev] [trove]The patch from 191859 breaks the compatibility with python 2.6

: [openstack-dev] [trove]The patch from 191859 breaks the compatibility with python 2.6 Hi all, We're deploying trove with python 2.6 in production. And the latest code from https://review.openstack.org/#/c/191859 has broken the compatible with python 2.6. The actual code which causes it is in trove

Re: [openstack-dev] [trove]The patch from 191859 breaks thecompatibility with python 2.6

@lists.openstack-dev@lists.openstack.org; Subject: Re: [openstack-dev] [trove]The patch from 191859 breaks thecompatibility with python 2.6 Hi, Python 2.6 support was dropped in Kilo (for all of OpenStack). The patchset you mention was just merged last week and will be in Liberty

[openstack-dev] [trove]Any process of redis configuration group

Hi all, We're trying to implement redis configuration group for trove. Now I can see the blueprint in http://specs.openstack.org/openstack/trove-specs/specs/liberty/redis-configuration-groups.html But is anyone working on it now? It would be better to know about the process about it and

Re: [openstack-dev] [trove]Any process of redis configuration group

...@unitedstack.com] Sent: June-18-15 10:14 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove]Any process of redis configuration group Hi all, We're trying to implement redis configuration group for trove. Now I can see the blueprint in http://specs.openstack.org/openstack

Re: [openstack-dev] [trove]Any process of redis configuration group

on Wednedays at 18:00 UTC on #openstack-meeting-alt. Thanks, -amrith From: 陈迪豪 [mailto:chendi...@unitedstack.com] Sent: Thursday, June 18, 2015 10:14 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove]Any process of redis configuration group Hi all, We're trying to implement

Re: [openstack-dev] [trove]Any process of redis configuration group

To: openstack-dev@lists.openstack-dev@lists.openstack.org; Subject: Re: [openstack-dev] [trove]Any process of redis configuration group Hi chendi...@unitedstack.com, (you forgot to identify yourself ;) ) A quick search in gerrit turned up the following review for ‘Configuration Groups

Re: [openstack-dev] [trove]Put all alternativeconfigurationsin default trove.conf

@lists.openstack.org; Subject: Re: [openstack-dev] [trove]Put all alternativeconfigurationsin default trove.conf Hi, The value is sent down from Task Manager based on a value that is setup as part of the datastore. It is actually a bad thing if you set a value

[openstack-dev] [trove]Put all alternative configurations in default trove.conf

Hi all, I have created the blueprint about the default configuration file. I think we should add the essential configuration like datastore_manager in default trove.conf. The blueprint is here https://blueprints.launchpad.net/trove/+spec/default-configuration-items Any suggestion about

Re: [openstack-dev] [trove]Put all alternative configurations in default trove.conf

From: 陈迪豪 [mailto:chendi...@unitedstack.com] Sent: Monday, June 15, 2015 7:15 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove]Put all alternative configurations in default trove.conf Hi all, I have created the blueprint about the default configuration file. I think we

Re: [openstack-dev] [trove]Put all alternative configurations in default trove.conf

List openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove]Put all alternative configurations in default trove.conf Hello! I’ve never had to set datastore_manager in trove.conf and I can launch Trove just fine with either one of three setup

Re: [openstack-dev] [trove]Put all alternative configurationsin default trove.conf

: [openstack-dev] [trove]Put all alternative configurationsin default trove.conf Hello! I’ve never had to set datastore_manager in trove.conf and I can launch Trove just fine with either one of three setup methods, devstack, redstack, or following the detailed installation steps

Re: [openstack-dev] [trove]Put all alternative configurationsin default trove.conf

15, 2015 8:57 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove]Put all alternative configurationsin default trove.conf Thanks for your reply @amrith. The datastore_manager refer to the manager you gonna use, mysql or others. If you don't set

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 14/05/15 10:07 -0700, Sergey Lukjanov wrote: Hey, in Sahara we're looking on using Zaqar as a transport for agent some day as well. Unfortunately this section overlaps with Sahara

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 14/05/15 10:07 -0700, Sergey Lukjanov wrote: Hey, in Sahara we're looking on using Zaqar as a transport for agent some day as well

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

From: Flavio Percoco [fla...@redhat.com] Sent: Thursday, May 14, 2015 12:15 PM To: Sergey Lukjanov Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 14/05/15 10

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

Perfect. Thanks. Kevin From: Nikhil Manchanda Sent: Wednesday, May 20, 2015 1:18:13 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session The session

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

/event/59dc6ec910a732cdbf5970b6792e1cef #.VVRL0PYU9hE Thanks, Kevin From: Zane Bitter [zbit...@redhat.com] Sent: Wednesday, May 13, 2015 10:26 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove][zaqar] Trove

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

/59dc6ec910a732cdbf5970b6792e1cef#.VVRL0PYU9hE Thanks, Kevin From: Zane Bitter [zbit...@redhat.com] Sent: Wednesday, May 13, 2015 10:26 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 11/05/15 05:49, Flavio Percoco wrote: On 08/05/15 00:45 -0700, Nikhil Manchanda wrote: 3) The trove-guest-agent is in vm. it is connected by taskmanager by rabbitmq. We designed it. But is there some prectise

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

, 2015 12:15 PM To: Sergey Lukjanov Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 14/05/15 10:07 -0700, Sergey Lukjanov wrote: Hey, in Sahara we're looking on using Zaqar

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

everyone's all together? Thanks, Kevin From: Flavio Percoco [fla...@redhat.com] Sent: Thursday, May 14, 2015 12:15 PM To: Sergey Lukjanov Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 11/05/15 05:49, Flavio Percoco wrote: On 08/05/15 00:45 -0700, Nikhil Manchanda wrote:    3)  The trove-guest

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

[fla...@redhat.com] Sent: Thursday, May 14, 2015 12:15 PM To: Sergey Lukjanov Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 14/05/15 10:07 -0700, Sergey Lukjanov wrote: Hey

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 11/05/15 05:49, Flavio Percoco wrote: On 08/05/15 00:45 -0700, Nikhil Manchanda wrote: 3) The trove-guest-agent is in vm. it is connected by taskmanager

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

On 11/05/15 05:49, Flavio Percoco wrote: On 08/05/15 00:45 -0700, Nikhil Manchanda wrote: 3) The trove-guest-agent is in vm. it is connected by taskmanager by rabbitmq. We designed it. But is there some prectise to do this? how to make the vm be connected in vm-network and

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session

From: Zane Bitter [zbit...@redhat.com] Sent: Wednesday, May 13, 2015 10:26 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session On 11/05/15 05:49, Flavio Percoco wrote: On 08

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

Mailing List (not for usage questions) | Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. | Summit working session (was: [all] who is the ptl of trove?) | | On 11/05/15 16:52 +, Doug Shelley wrote: | Flavio, | | This definitely sounds like a good idea. I know that many

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

- | From: Flavio Percoco [mailto:fla...@redhat.com] | Sent: Monday, May 11, 2015 1:28 PM | To: OpenStack Development Mailing List (not for usage questions) | Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. | Summit working session (was: [all] who is the ptl of trove

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

them all and lets talk about it. -amrith | -Original Message- | From: Flavio Percoco [mailto:fla...@redhat.com] | Sent: Monday, May 11, 2015 1:28 PM | To: OpenStack Development Mailing List (not for usage questions) | Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar

[openstack-dev] [trove] How we make service vm to connect to management network

Hello, Now: The vm is created by trove is installed trove-guestagent. The agent should connect to the rabbitmq in management network for notifications and billing. Right now, the trove vm can boot by two or more net cards. One is user's, the other one is trove-defined (which is

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?)

On 08/05/15 00:45 -0700, Nikhil Manchanda wrote: 3) The trove-guest-agent is in vm. it is connected by taskmanager by rabbitmq. We designed it. But is there some prectise to do this? how to make the vm be connected in vm-network and management network? Most deployments

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

| -Original Message- | From: Flavio Percoco [mailto:fla...@redhat.com] | Sent: Monday, May 11, 2015 1:28 PM | To: OpenStack Development Mailing List (not for usage questions) | Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. | Summit working session (was: [all] who

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. | Summit working session (was: [all] who is the ptl of trove?) | | On 11/05/15 16:52 +, Doug Shelley wrote: | Flavio, | | This definitely sounds like a good idea. I know that many of us in the | Trove community will be in Vancouver

Re: [openstack-dev] [trove] How we make service vm to connect to management network

...@163.com Reply-To: OpenStack List openstack-dev@lists.openstack.org Date: Monday, May 11, 2015 at 5:44 AM To: OpenStack List openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove] How we make service vm to connect to management network Hello, Now: The vm is created by trove

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?)

On 11/05/15 16:52 +, Doug Shelley wrote: Flavio, This definitely sounds like a good idea. I know that many of us in the Trove community will be in Vancouver - what would make sense in terms of organizing a discussion? I think we can use one of Zaqar's work sessions for this. We don't have

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?)

Flavio, This definitely sounds like a good idea. I know that many of us in the Trove community will be in Vancouver - what would make sense in terms of organizing a discussion? Regards, Doug On 2015-05-11, 5:49 AM, Flavio Percoco fla...@redhat.com wrote: On 08/05/15 00:45 -0700, Nikhil

Re: [openstack-dev] [trove] How we make service vm to connect to management network

@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove] How we make service vm to connect to management network Hello, Now: The vm is created by trove is installed trove-guestagent. The agent should connect to the rabbitmq in management network for notifications

[openstack-dev] [trove] what is the direction of trove?

Hello, 1. Why the trove-mgmt-cli disappeared? 2.Why we put the tenant into the user's tenant? no trove's tenant? 3.The vm has two net-card, how do we make the vm connect to rabbitmq? and billing server? -- Best Li

[openstack-dev] [Trove] Trove Meeting on 29 April canceled

Hey folks: There's not much to discuss on the agenda for this week [1] , so I'm going to go ahead and cancel the Trove weekly meeting for this week. We will have the Trove meeting next week on Wednesday, May 6th. Thanks, Nikhil [1] https://wiki.openstack.org/wiki/Meetings/TroveMeeting

[openstack-dev] [Trove] Kilo RC2 available

Hello everyone, Due to release-critical issues spotted in Trove during RC1 testing, a new release candidate was created for Kilo. The list of RC2 fixes, as well as the RC2 tarball are available at: https://launchpad.net/trove/kilo/kilo-rc2 Unless new release-critical issues are found that

Re: [openstack-dev] Trove : about trove-guestagent connecting to trove controller and rabbitmq

1) Can you give some best practice for trove? 2) What about the security for trove components? -- Best Li Tianqing At 2015-04-17 11:04:47, Nikhil Manchanda nik...@manchanda.me wrote: Hi Benoit: The rabbitmq server that the trove components use to communicate with each other doesn't (and

Re: [openstack-dev] Trove : about trove-guestagent connecting to trove controller and rabbitmq

There is also another question about do deploy trove into cloud. How can you make the notifications to ceilometer or other billing system? -- Best Li Tianqing At 2015-04-17 11:04:47, Nikhil Manchanda nik...@manchanda.me wrote: Hi Benoit: The rabbitmq server that the trove components

Re: [openstack-dev] Trove : about trove-guestagent connecting to trove controller and rabbitmq

Hi Benoit: The rabbitmq server that the trove components use to communicate with each other doesn't (and in fact _shouldn't_) necessarily be the same rabbitmq server that the core openstack services are using for communcation. In most real-world deployments of OpenStack Trove that I am aware of,

[openstack-dev] [trove] where is the api to fetch mysql log?

Hi, all, i know the kilo-rc 1 is released. I found an introduction about new features here http://www.slideshare.net/openstack/trove-juno-to-kilo It says that we can fetch mysql error log. Then i search in the source code on master branch, and i do not find the api. Can someone help me ?

Re: [openstack-dev] [trove] where is the api to fetch mysql log?

: [openstack-dev] [trove] where is the api to fetch mysql log? Hi, all, i know the kilo-rc 1 is released. I found an introduction about new features here http://www.slideshare.net/openstack/trove-juno-to-kilo It says that we can fetch mysql error log. Then i search in the source code on master branch

Re: [openstack-dev] [trove] where is the api to fetch mysql log?

. It should make it into liberty, though. ;) Regards, Peter Stachowski From: Li Tianqing [mailto:jaze...@163.com] Sent: April-15-15 10:30 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [trove] where is the api to fetch mysql log? Hi, all, i know the kilo-rc 1

[openstack-dev] [Trove] Trove Meeting on 15 April canceled

Hey folks: There's not much to discuss on the Agenda for this week [1] and most folks are getting back from OpenStack Live, so I'd like to cancel the Trove meeting for this week. We will have the Trove meeting next week on Wednesday, April 22nd. Thanks, Nikhil [1]

[openstack-dev] [Trove] PTL Candidacy

I'd like to announce my candidacy for the PTL role of the Database (Trove) program for Liberty. I have been the PTL for Trove for Juno, and Kilo. During this time frame we made some really good progress on multiple fronts. In Kilo specifically, we completed the oslo-messaging integration work

Re: [openstack-dev] [Trove] PTL Candidacy

confirmed On Wed, Apr 8, 2015 at 9:33 AM, Nikhil Manchanda nik...@manchanda.me wrote: I'd like to announce my candidacy for the PTL role of the Database (Trove) program for Liberty. I have been the PTL for Trove for Juno, and Kilo. During this time frame we made some really good progress on

Re: [openstack-dev] [Trove] request to backport the fix for bug 1333852 to juno

Ihar, please see responses (inline). -amrith | -Original Message- | From: Ihar Hrachyshka [mailto:ihrac...@redhat.com] | Sent: Thursday, March 05, 2015 9:43 AM | To: openstack-dev@lists.openstack.org | Subject: Re: [openstack-dev] [Trove] request to backport the fix for bug | 1333852

Re: [openstack-dev] [Trove] request to backport the fix for bug 1333852 to juno

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not being involved in trove, but some general comments on backports. On 03/04/2015 08:33 PM, Amrith Kumar wrote: There has been a request to backport the fix for bug 1333852 (https://bugs.launchpad.net/trove/+bug/1333852) which was fixed in Kilo

[openstack-dev] [Trove] request to backport the fix for bug 1333852 to juno

There has been a request to backport the fix for bug 1333852 (https://bugs.launchpad.net/trove/+bug/1333852) which was fixed in Kilo into the Juno release. The change includes a database change and a small change to the Trove API. The change also requires a change to the trove client and the

Re: [openstack-dev] [Trove] Core reviewer update

: Nikhil Manchanda slick...@gmail.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Thursday, February 5, 2015 at 8:26 AM To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: [openstack-dev] [Trove] Core

<    1   2   3   4   5   6   7   8   >