Re: [Openstack] [Trove] Anyone working on Puppet modules for Trove?

Florian Haas writes: > Hi, > > I've noticed that the Puppet modules on StackForge are currently missing > Trove support. Before my team and I start on that, I thought it doesn't > hurt to ask if anyone is already working on a module and interested in > collaborating. So, if you're working on Pupp

Re: [Openstack] [OPENSTACK][TROVE] ssl.c:504 error

Giuseppe Galeota writes: > Hi all, > here you can find the > trove-taskmanager.log file with the details. We found the issue. The code that creates the clients to talk to nova/cinder/heat/swift/etc does not take into account a cacert option. Giuseppe, did a

Re: [Openstack] [Openstack-docs] [OPENSTACK][TROVE] Modify to the manual installation guide

Giuseppe Galeota writes: > I think that the section http://docs.openstack.org/ > developer/trove/dev/manual_install.html#prepare-database should be modified > as follow: We welcome reviews to the developer docs. Feel free to propose the code changes instead of putting it on the mailing list :) T

Re: [Openstack] [TROVE] Manual Installation: problems with trove-manage

Giuseppe Galeota writes: > [...] > > 1) Which user do I need use in order to install TROVE, root user or a > non-root user? Installation should be the same as other projects in OpenStack. If its not, we definitely have issues :) > > 2) Why is it necessary to run a virtual environment (virtuale

[Openstack] python-troveclient 1.0.0

A major refactor to the troveclient has been released to pypi. It brings the troveclient up to the standards of the other client projects. You can now use your devstack openrc, and it will behave properly!!! It also outputs tables like the other projects. For more information, please see [1]. Pl

Re: [Openstack] [openstack-dev] [Trove] Poor documentation about Trove architecture and operation.

On Oct 10, 2013, at 1:52 AM, Giuseppe Galeota wrote: > Hi, Michael, Hi, all, > there are news about the Trove's documentation? > > I and my team (Santer Reply S.p.A.) are working on the PRISMA project > (Interoperable cloud platforms for smart-government). PRISMA is supported by > Italian Gove

Re: [Openstack] Implementing DB as a Service

On Sep 29, 2013, at 12:13 PM, Ali Nazemian wrote: > Is there any way to use Trove with Postgresql DB? Currently no, but there are some persons in the community who will be helping with this soon(ish). If this is something you are interested in helping to develop, we would <3 you! signature.a

Re: [Openstack] Implementing DB as a Service

> On Sep 29, 2013, at 8:36 AM, Ali Nazemian wrote: > > Is is a stable release? It's running in production at Rackspace. I don't believe anyone has tried to deploy the Havana rc1 particularly, but it should be stable. ___ Mailing list: http://lists.o

Re: [Openstack] Implementing DB as a Service

> > On Sep 29, 2013, at 8:02 AM, Ali Nazemian wrote: > > Hi, > I am looking for a way to run dbaas in our organization. I want to know that > is there any way to do that using open stack? If yes how that is possible? > Regards. > Hi, I believe you are looking for the Trove project. It's curre

Re: [Openstack] [TROVE] - Backup Design

On Sep 20, 2013, at 10:25 AM, Caitlin Bestler wrote: > On 9/20/2013 8:37 AM, Michael Basnight wrote: >> >> On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: >> >>> Dear all, >>> can you give me more informations about the status of the Backup Design &

Re: [Openstack] [TROVE] - Backup Design

On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: > Dear all, > can you give me more informations about the status of the Backup Design > project? > Is it an active project or only a proof-of-concept? Its been implemented in the trove codebase. Id think its closer to active than proof of c

Re: [Openstack] [Trove] - Clustering capabilities

On Sep 18, 2013, at 8:59 AM, Giuseppe Galeota wrote: > Dear all, > I would use TROVE in order to implement database clustering, even only on > MySQL DBMS. How can I do this? I have not found any documentation or active > projects about this. We are in the process of implementing a clustering A

Re: [Openstack] [openstack-dev] [TROVE] database instance creation

On Sep 10, 2013, at 6:01 AM, Brian Aker wrote: > Hi! > > On Sep 9, 2013, at 9:46 AM, Michael Basnight wrote: > >> On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: >> >>> Perhaps: "Trove is designed to support a multi-user database for a single >&

Re: [Openstack] [openstack-dev] [TROVE] database instance creation

On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: > Excerpts from Michael Basnight's message of 2013-09-09 07:57:34 -0700: >> On Sep 9, 2013, at 7:39 AM, Giuseppe Galeota >> wrote: >> >>> So, I think that "Trove is designed to support a single-tenant database >>> within a Nova instance" is a misl

Re: [Openstack] [openstack-dev] [TROVE] database instance creation

On Sep 9, 2013, at 7:39 AM, Giuseppe Galeota wrote: > So, I think that "Trove is designed to support a single-tenant database > within a Nova instance" is a misleading definition. What do you think? What exactly is misleading about that? Don't get me wrong, I've been working on trove for a lon

Re: [Openstack] [Trove] Relational or Non-relational DB?

On Sep 9, 2013, at 6:37 AM, Giuseppe Galeota wrote: > Dear Josh, > can you link to me some blueprints for non-relational data stores? These are all VERY high level. But here ya go, https://blueprints.launchpad.net/trove/+spec/cassandra-db-support https://blueprints.launchpad.net/trove/+spec/mo

Re: [Openstack] [openstack-dev] [Trove]

On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota wrote: > Dear all, > I think that there is a poor documentation about Trove architecture and > operation. Thanks for your interest in trove. I agree. As ptl I will devote time (now that the h3 madness has slowed for us) to doc'ing better information

Re: [Openstack] devstack won't startup nova-api

Devstack is caught up for ubuntu. We (trove) had success in a fresh vm. On Aug 5, 2013, at 12:07 PM, Jessica Lucci wrote: > I tried to run devstack on an Ubuntu 12.04 64 bit install yesterday, and got > the same error. There's an issue with the way devstack determines general > dependencies fr