Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of daan.hoogland@gmail.com
 designates 209.85.223.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAJL+SN1+_jES3ZyF-+ehD0QCBKc76OZpKDBuh6HJzFQy2gNQ3w@mail.gmail.com>
References: 
 <CAJL+SN3ea8F_pcsyq4HDeEufpv5PERzj3+1xYuZAwTVw-nvSwA@mail.gmail.com>
 <CAJL+SN3ykOtaHf+8xW8poG832i5mFRWb=k_cM4k3408DuUGYYw@mail.gmail.com>
 <C7522783E0E6D3488D82B9A7F7F004B9129B15C8@SINPEX01CL01.citrite.net>
 <CAJL+SN3TQaEmiheLdctPYPP8-u-DV1yVXHvp=YLh=Tmram5FXw@mail.gmail.com>
 <CAJL+SN1Hkp3ns5LiZSsKaFN2dD8t1AMmTHbtDCG89y2k6ThukA@mail.gmail.com>
 <20131031190037.GK1390@Chips-MacBook-Air.local>
 <CAJL+SN1+_jES3ZyF-+ehD0QCBKc76OZpKDBuh6HJzFQy2gNQ3w@mail.gmail.com>
From: Daan Hoogland <daan.hoogland@gmail.com>
Date: Thu, 31 Oct 2013 22:58:15 +0100
Message-ID: 
 <CAGQtxvaHAg9=dy4=-4qmh51frpQ+PLXygkzgF_e+Wyuqt3SiOw@mail.gmail.com>
Subject: Re: [DISCUSS] Domain/Account/User Sync Up Among Multiple Regions
To: dev <dev@cloudstack.apache.org>
Cc: Chip Childers <chipchilders@apache.org>
Content-Type: text/plain; charset=ISO-8859-1

you are added to jira, Alex

On Thu, Oct 31, 2013 at 8:31 PM, Alex Ough <alex.ough@sungard.com> wrote:
> Thanks Chip, and can you also give a permission in Jira so that I can
> assign myself in its jira?
>
> Alex Ough
>
>
> On Thu, Oct 31, 2013 at 2:00 PM, Chip Childers <chipchilders@apache.org>wrote:
>
>> Permission added.
>>
>> On Wed, Oct 30, 2013 at 12:19:23PM -0500, Alex Ough wrote:
>> > And I'd like to write the design document in the wiki page, but I don't
>> > seem to have a permission to create pages.
>> > So can anyone give me the permission?
>> >
>> > My account in the wiki is alex.ough@sungard.com
>> >
>> > Thanks in advance.
>> > Alex Ough
>> >
>> >
>> > On Tue, Oct 29, 2013 at 3:38 PM, Alex Ough <alex.ough@sungard.com>
>> wrote:
>> >
>> > > I created a jira for this feature.
>> > >
>> > > https://issues.apache.org/jira/browse/CLOUDSTACK-4992
>> > >
>> > > But it doesn't allow for me to assign it to myself, so any permission
>> do I
>> > > need for this?
>> > > If so, can anyone give me this permission?
>> > >
>> > > If there is anything missing, let me know.
>> > > Thanks
>> > > Alex Ough
>> > >
>> > >
>> > > On Fri, Oct 18, 2013 at 9:30 AM, Kishan Kavala <
>> Kishan.Kavala@citrix.com>wrote:
>> > >
>> > >> > -----Original Message-----
>> > >> > From: Alex Ough [mailto:alex.ough@sungard.com]
>> > >> > Sent: Thursday, 17 October 2013 11:25 PM
>> > >> > To: dev@cloudstack.apache.org; user@cloudstack.apache.org
>> > >> > Subject: Fwd: [DISCUSS] Domain/Account/User Sync Up Among Multiple
>> > >> > Regions
>> > >> >
>> > >> > All,
>> > >> >
>> > >> > Currently, under the environment of cloudstack with multiple
>> regions,
>> > >> each
>> > >> > region has its own management server running with a separate
>> database.
>> > >> So if
>> > >> > we want to support multiple regions and provide one point of entry
>> for a
>> > >> > customer, we need to duplicate domain/account/user information of
>> that
>> > >> > customer to all of the databases of regions the customer accesses,
>> > >> which will
>> > >> > cause data discrepancies when users update those data independently
>> in
>> > >> each
>> > >> > management server.
>> > >> >
>> > >> > So I'd like to provide a way to sync up the data using the messaging
>> > >> system
>> > >> > introduced in 4.1.0. Using the events from each management server,
>> > >> updates
>> > >> > from each region can be propagated to the rest regions and they can
>> be
>> > >> > executed accordingly.
>> > >> >
>> > >> > I hope you guys have a chance to think about this and give some
>> > >> feedbacks if
>> > >> > interested.
>> > >> > Thanks in advance.
>> > >> > Alex Ough
>> > >>
>> > >> [KK] Alex, it was discussed sometime back. Related thread [1]. Sync up
>> > >> using messaging system is the right way to go.
>> > >>
>> > >>
>> > >> [1]
>> > >>
>> http://www.mail-archive.com/cloudstack-dev@incubator.apache.org/msg20193.html
>> > >>
>> > >>
>> > >
>>
>>