[openstack-dev] [Cue] PTL Candidacy

2015-09-16 Thread Vipul Sabhaya
Hello, This will be the first official PTL election for Cue, and I would be honored to serve another term leading the project for the M Cycle. Cue is a relatively new project in Openstack, and was approved into the Big Tent during Liberty. I have been involved with Cue from the beginning, from

Re: [openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

2015-09-11 Thread Vipul Sabhaya
Thanks for starting this thread Josh. On Fri, Sep 11, 2015 at 12:26 PM, Joshua Harlow wrote: > Hi all, > > I was reading over the TC IRC logs for this week (my weekly reading) and I > just wanted to let my thoughts and comments be known on: > > >

[openstack-dev] [tc][Cue] Add Cue to OpenStack

2015-06-12 Thread Vipul Sabhaya
Hello OpenStack TC and stackers! We’ve submitted a patch to add Cue to the OpenStack project list. https://review.openstack.org/#/c/191173/ For those not familiar, Cue is a Message Broker Provisioning and Lifecycle Management service for OpenStack. We’ve focused initially on RabbitMQ, and are

[openstack-dev] Stepping Down from Trove Core

2015-05-25 Thread Vipul Sabhaya
Having not been very active in Trove for the past few months, it’s time to step down from the core team. I’ll be focusing primarily on Cue going forward, getting it included into the Big Tent, and making it production worthy. From RedDwarf to Trove to Onwards and Upwards! -Vipul

[openstack-dev] [Cue] contributors meetup

2015-05-22 Thread Vipul Sabhaya
The Cue team will be crashing the Designate contributors meetup Friday at 1:20pm, in room 214. Come find us there! -vipul __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [Cue] Design Session

2015-05-21 Thread Vipul Sabhaya
Hi! Cue is holding a design session to talk about some of the priorities for Liberty, Thursday from 3:20pm to 4:00pm at the couches outside of room 220. https://etherpad.openstack.org/p/liberty-cue-design Come and join us to learn more!

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

2015-04-20 Thread Vipul Sabhaya
On Mon, Apr 20, 2015 at 12:07 PM, Fox, Kevin M kevin@pnnl.gov wrote: Another parallel is Manilla vs Swift. Both provides something like a share for users to store files. The former is a multitenant api to provision non multitenant file shares. The latter is a multitenant api to provide

Re: [openstack-dev] [all] how to send messages (and events) to our users

2015-04-08 Thread Vipul Sabhaya
On Wed, Apr 8, 2015 at 4:45 PM, Min Pae sputni...@gmail.com wrote: an under-the-clould service ? - That is not what I am after here. I think the thread went off on a tangent and this point got lost. A user facing notification system absolutely should be a web centric protocol, as I

Re: [openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (min pae)

2015-03-23 Thread Vipul Sabhaya
+1 Congrats Min! On Mon, Mar 23, 2015 at 10:40 AM, Joshua Harlow harlo...@outlook.com wrote: Greetings all stackers, I propose that we add Min Pae[1] to the taskflow-core team[2]. Min has been actively contributing to taskflow for a while now, both in helping prove taskflow out (by being

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

2015-02-05 Thread Vipul Sabhaya
+1 to all the nominations. Many thanks to the departing cores for their contributions and bringing Trove to where it is today. On Feb 5, 2015, at 9:02 AM, Craig Vyvial cp16...@gmail.com wrote: +1 +1 +1 I think these nominations will help grow the trove community. -Craig On Thu, Feb

[openstack-dev] [Cue] project update

2014-11-26 Thread Vipul Sabhaya
Hello, Thanks to those who I met personally at the Summit for your feedback on the project. For those that don’t know what Cue is, we’re building a Message Broker Provisioning service for Openstack. More info can be found here: https://wiki.openstack.org/wiki/Cue Since the summit, we’re

Re: [openstack-dev] Introducing Project Cue

2014-11-06 Thread Vipul Sabhaya
We will be meeting folks that are interested in discussing Cue at *10 AM on Friday at the Trove Pod* in the “Program Pods” section of the Design Summit. Looking forward to seeing folks there! -Vipul HP On Tue, Nov 4, 2014 at 10:26 AM, Vipul Sabhaya vip...@gmail.com wrote: Hello Everyone, I

[openstack-dev] Introducing Project Cue

2014-11-04 Thread Vipul Sabhaya
vision, I plan to host a meetup in the design summit area of the Le Meridien on *Friday morning*. More details to come. Thanks! -Vipul Sabhaya HP ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [Trove] Proposal to add Iccha Sethi to trove-core

2014-10-30 Thread Vipul Sabhaya
+1 On Oct 30, 2014, at 1:47 AM, Nikhil Manchanda nik...@manchanda.me wrote: Hello folks: I'm proposing to add Iccha Sethi (iccha on IRC) to trove-core. Iccha has been working with Trove for a while now. She has been a very active reviewer, and has provided insightful comments on

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-19 Thread Vipul Sabhaya
On Fri, Sep 19, 2014 at 4:23 AM, Eoghan Glynn egl...@redhat.com wrote: Hi All, My understanding of Zaqar is that it's like SQS. SQS uses distributed queues, which have a few unusual properties [0]: Message Order Amazon SQS makes a best effort to preserve order in messages, but

Re: [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core

2014-08-26 Thread Vipul Sabhaya
+1 On Tue, Aug 26, 2014 at 11:43 AM, Robert Myers myer0...@gmail.com wrote: +1 On Tue, Aug 26, 2014 at 8:54 AM, Tim Simpson tim.simp...@rackspace.com wrote: +1 From: Sergey Gotliv [sgot...@redhat.com] Sent: Tuesday, August 26, 2014 8:11 AM

Re: [openstack-dev] [Trove] Proposal to add Craig Vyvial to trove-core

2014-05-06 Thread Vipul Sabhaya
+1 On Tue, May 6, 2014 at 10:09 AM, McReynolds, Auston amcreyno...@ebay.comwrote: +1 On 5/6/14, 2:31 AM, Nikhil Manchanda nik...@manchanda.me wrote: Hello folks: I'm proposing to add Craig Vyvial (cp16net) to trove-core. Craig has been working with Trove for a while now. He has

Re: [openstack-dev] [Nova][Trove] Managed Instances Feature

2014-04-06 Thread Vipul Sabhaya
On Sun, Apr 6, 2014 at 9:36 AM, Russell Bryant rbry...@redhat.com wrote: On 04/06/2014 09:02 AM, Christopher Yeoh wrote: On Sun, Apr 6, 2014 at 10:06 AM, Hopper, Justin justin.hop...@hp.com mailto:justin.hop...@hp.com wrote: Russell, At this point the guard that Nova needs to

Re: [openstack-dev] [trove] Proposal to add Auston McReynolds to trove-core

2013-12-30 Thread Vipul Sabhaya
+1 Sent from my iPhone On Dec 30, 2013, at 10:50 AM, Craig Vyvial cp16...@gmail.com wrote: +1 On Mon, Dec 30, 2013 at 12:00 PM, Greg Hill greg.h...@rackspace.com wrote: +1 On Dec 27, 2013, at 4:48 PM, Michael Basnight mbasni...@gmail.com wrote: Howdy, Im proposing Auston

Re: [openstack-dev] [trove] Delivering datastore logs to customers

2013-12-24 Thread Vipul Sabhaya
they don’t need the logs, they can perform the delete directly in Swift. Thanks, Daniel From: Vipul Sabhaya vip...@gmail.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Friday, December 20, 2013 2:14 AM To: OpenStack

Re: [openstack-dev] [trove] datastore migration issues

2013-12-20 Thread Vipul Sabhaya
I am fine with requiring the deployer to update default values, if they don’t make sense for their given deployment. However, not having any value for older/existing instances, when the code requires it is not good. So let’s create a default datastore of mysql, with a default version, and set

Re: [openstack-dev] [trove] Delivering datastore logs to customers

2013-12-20 Thread Vipul Sabhaya
Yep agreed, this is a great idea. We really only need two API calls to get this going: - List available logs to ‘save’ - Save a log (to swift) Some additional points to consider: - We don’t need to create a record of every Log ‘saved’ in Trove. These entries, treated as a Trove resource aren’t

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

2013-10-27 Thread Vipul Sabhaya
On Sun, Oct 27, 2013 at 4:29 PM, Ilya Sviridov isviri...@mirantis.comwrote: Totally agree, however current concept supposes working with type and version as different entities, even if it is the attributes on one thing - the configuration. The reason for storing it as separate models can be

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

2013-10-21 Thread Vipul Sabhaya
On Mon, Oct 21, 2013 at 2:04 PM, Michael Basnight mbasni...@gmail.comwrote: On Oct 21, 2013, at 1:40 PM, Tim Simpson wrote: 2. I also think a datastore_version alone should be sufficient since the associated datastore type will be implied: When i brought this up it was generally

Re: [openstack-dev] [TROVE] Thoughts on DNS refactoring, Designate integration.

2013-10-01 Thread Vipul Sabhaya
On Oct 1, 2013, at 3:37 PM, Michael Basnight mbasni...@gmail.com wrote: On Oct 1, 2013, at 3:06 PM, Ilya Sviridov isviri...@mirantis.com wrote: On Tue, Oct 1, 2013 at 6:45 PM, Tim Simpson tim.simp...@rackspace.com wrote: Hi fellow Trove devs, With the Designate project ramping up,