On 14 August 2012 02:31, Jessica Tomechak wrote:
> Hello all,
> I've noticed several people are starting to populate the new wiki which
> David N set up at
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Index. I applaud the
> effort to have a clean, Apache CS-only wiki, replacing the old
+1. Given the current complexity of cloudstack, a message-based loosely-coupled
architecture would definitely be useful going forward. Added advantage is ease
of maintenance/servicing the components since components can have independent
lifecycle.
-Koushik
-Original Message-
From: Kelv
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6325/#review10394
---
Do we delete DB rows for error conditions for any other resources in
On 13 August 2012 19:50, Mice Xia wrote:
> Watnuss,
>
> You can refer to class Request.java (and related) from package
> com.cloud.agent.transport, project core. It uses a library 'Gson' to convert
> commands into Json.
>
> About how management server chooses host, simply speaking, each command
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, August 15, 2012 9:53 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [Discuss] CloudStack architecture to a loosely-coupled
> component oriented distributed architecture
>
> On Th
> On Aug. 13, 2012, 11:33 p.m., Prachi Damle wrote:
> > Since there are changes made to DAO layer, this patch cannot be applied
> > as-is. You need to apply your changes again on the work doen by Rajecsh, I
> > guess.
Changes made to the DAO layer by Rajesh have not yet been checked in to the
On 8/15/12 9:53 PM, "Chip Childers" wrote:
>On Thu, Aug 16, 2012 at 12:24 AM, Kelven Yang
>wrote:
>>>The only hesitation that I have is around ease of installation />
>>>configuration. CloudStack is great at this today (one of the reasons
>>>that my company gravitated to it), and I don't want
The deadline is ok for me, if we need it at all. Gradle is a nice experiment
and there were some nice things to it. The combined experience tends to favor
maven, so i think we need to go that route. I can do my science in my own time
;-)
If we can have a consensus on this I say let's go.
Hugo
On Thu, Aug 16, 2012 at 12:24 AM, Kelven Yang wrote:
>>The only hesitation that I have is around ease of installation />
>>configuration. CloudStack is great at this today (one of the reasons
>>that my company gravitated to it), and I don't want to lose that
>>value. I don't think this is a bloc
On 8/15/12 6:44 PM, "Murali Reddy" wrote:
>On 16/08/12 5:55 AM, "Chip Childers" wrote:
>
>
>>The only hesitation that I have is around ease of installation /
>>configuration. CloudStack is great at this today (one of the reasons
>>that my company gravitated to it), and I don't want to lose th
>The only hesitation that I have is around ease of installation />
>configuration. CloudStack is great at this today (one of the reasons
>that my company gravitated to it), and I don't want to lose that
>value. I don't think this is a blocker to distributing the system at
>all, but it will be a c
+1
This will keep committers focused and will also accurately define the areas for
reviewers.
-abhi
- Original Message -
From: Alex Huang [mailto:alex.hu...@citrix.com]
Sent: Thursday, August 16, 2012 03:12 AM
To: cloudstack-dev@incubator.apache.org
Subject: [PROPOSAL] Breaking CloudS
You can. DAO code is designed to be decoupled from the db connection it uses.
DB connection contained within the Transaction object which is a context object
carried throughout a thread. You can switch the db connection that Transaction
connects to by calling open and give it a db id.
--Alex
On Wed, Aug 15, 2012 at 5:54 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: 15 August 2012 14:49
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: [DISCUSS] Binaries (jars) in our source tree/source releases.
>>
>> > We need to m
On 16/08/12 5:55 AM, "Chip Childers" wrote:
>The only hesitation that I have is around ease of installation /
>configuration. CloudStack is great at this today (one of the reasons
>that my company gravitated to it), and I don't want to lose that
>value. I don't think this is a blocker to distr
On Wed, Aug 15, 2012 at 8:41 PM, Jie Feng wrote:
> In continuation to the discussion [1] and taken feedback from community
> members, I am proposing a new component under Apache CloudStack, called
> CloudStack Marketplace [2].
> Per John and Chiradeep's suggestion, the Marketplace client piece i
In continuation to the discussion [1] and taken feedback from community
members, I am proposing a new component under Apache CloudStack, called
CloudStack Marketplace [2].
Per John and Chiradeep's suggestion, the Marketplace client piece is installed
with CloudStack, and it pulls listings from l
I'm pretty sure you can because the Usage Server connects to both DB and it
uses the DAO layer as well.
Will
> -Original Message-
> From: Prachi Damle [mailto:prachi.da...@citrix.com]
> Sent: Wednesday, August 15, 2012 5:22 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Hibe
On Wed, Aug 15, 2012 at 2:04 AM, Kelven Yang wrote:
> I know everyone is recently busy and excited for the first Apache release
> of CloudStack, hopefully we still have some bandwidth for discussions
> about architecture fine-tunes, here is one for discussion.
>
> Conceptually, current CloudStack
One concern here... can we connect to multiple databases using CloudStack DAO
Implementation?
The awsapi component needs to connect to two databases - 'cloudbridge' db(used
for user Auth and S3) and 'cloud' db (used by EC2 to pull cloudstack
configuration/service offering/default zone info)
Alex,
Commit 7e093a949d2445d320b1fba330ad802dc14db1b8 changes CS's behavior by
marking failed snapshots as Error state for all situation. Befor this some
failed scenarios lead to immediate expunge, some to Error state.
Run two force error testings:
1) take volume snapshot on a VM in Destroyed s
Thanks Marcus.
I've marked this Affects version: 4.0-pre, Fix version: 4.0. I presume that
was your intention. Please comment on this ticket saying exactly which
changeset you were using.
Thanks,
Ewan.
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent:
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, August 15, 2012 4:35 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [PROPOSAL] Breaking CloudStack into subprojects
>
> I think we're talking about two different things: First, t
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6618/#review10378
---
Ship it!
looks good to me.
Thanks for doing this.
--David
- Dav
On Wed, Aug 15, 2012 at 6:51 PM, Will Chan wrote:
>
>
>> -Original Message-
>> From: Sheng Liang [mailto:sheng.li...@citrix.com]
>> Sent: Wednesday, August 15, 2012 3:41 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: RE: [PROPOSAL] Breaking CloudStack into subprojects
>>
>> > Le
I just submitted it to bugs.cloudstack.org thinking I could just
resubmit later. Seems like a fairly critical (being that it creates
broken VMs) yet relatively simple bug to fix if someone who knows the
code could look at it.
Basically when I create a VM with two NICs, where both networks have
sec
On Wed, Aug 15, 2012 at 6:33 PM, Alex Huang wrote:
>
>
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: Wednesday, August 15, 2012 3:13 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: [PROPOSAL] Breaking CloudStack into subprojects
>>
>> On Wed, Aug
> -Original Message-
> From: Sheng Liang [mailto:sheng.li...@citrix.com]
> Sent: Wednesday, August 15, 2012 3:41 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: [PROPOSAL] Breaking CloudStack into subprojects
>
> > Let's take the Netscaler AutoScale feature currently being
>
> Let's take the Netscaler AutoScale feature currently being implemented. I'm
> sure they must be at least touching the API,
> UI, some Resources layer and DAO layer. If they were committers, do they
> have to have been invited to all 4 of those subprojects?
This is precisely the type of probl
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 August 2012 13:03
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Bug tracker: Re: [DISCUSS] - A must do tasks for the coming 1-2
> months
>
> On Wed, Aug 15, 2012 at 3:59 PM, Ewan Mellor
> wrote:
> > Tha
I don't see any need for approval from legal on that. It's clearly a 3-clause
BSD license for Trilead itself and the included Plattner work, plus the
standard MIT X11 license for Bouncy Castle. All are Apache-compatible.
We do need to make sure that the copyright acknowledgement is in the
doc
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Wednesday, August 15, 2012 3:13 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [PROPOSAL] Breaking CloudStack into subprojects
>
> On Wed, Aug 15, 2012 at 5:42 PM, Alex Huang
> wrote:
> > After doing t
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Wednesday, August 15, 2012 3:13 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [PROPOSAL] Breaking CloudStack into subprojects
>
> On Wed, Aug 15, 2012 at 5:42 PM, Alex Huang
> wrote:
> > After doing t
On Wed, Aug 15, 2012 at 5:54 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: 15 August 2012 14:49
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: [DISCUSS] Binaries (jars) in our source tree/source releases.
>>
>> > We need to m
On Wed, Aug 15, 2012 at 5:42 PM, Alex Huang wrote:
> After doing the merge over process one time, I realize something is wrong
> with CS structure. We should think about fixing this.
>
> The problems I found are
>
> - I know nothing about the UI but I'm responsible for it.
> - Someone who is a c
+1.
On 8/15/12 2:53 PM, "Kelven Yang" wrote:
>+1
>
>Kelven
>
>
>On 8/15/12 2:42 PM, "Alex Huang" wrote:
>
>>After doing the merge over process one time, I realize something is wrong
>>with CS structure. We should think about fixing this.
>>
>>The problems I found are
>>
>>- I know nothing ab
> -Original Message-
> From: Ewan Mellor [mailto:ewan.mel...@eu.citrix.com]
> Sent: Wednesday, August 15, 2012 2:45 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: [DISCUSS] Binaries (jars) in our source tree/source
> releases.
>
> Looking at Darren's emails, and your earlier
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 August 2012 14:49
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [DISCUSS] Binaries (jars) in our source tree/source releases.
>
> > We need to make a decision soon though. Is it OK if I set a deadline o
+1
Kelven
On 8/15/12 2:42 PM, "Alex Huang" wrote:
>After doing the merge over process one time, I realize something is wrong
>with CS structure. We should think about fixing this.
>
>The problems I found are
>
>- I know nothing about the UI but I'm responsible for it.
>- Someone who is a comm
On Wed, Aug 15, 2012 at 10:44:54PM +0100, Ewan Mellor wrote:
> We need to make a decision soon though. Is it OK if I set a deadline of
> EOD tomorrow for your branches to be ready, and then we can have a vote
> in the IRC meeting on Friday, 17:00 UTC?
Just a reminder - the IRC meeting is for di
+1
I also feel the project is already too big to have a single list of committers.
Sheng
-Original Message-
From: Alex Huang [mailto:alex.hu...@citrix.com]
Sent: Wednesday, August 15, 2012 2:42 PM
To: cloudstack-dev@incubator.apache.org
Subject: [PROPOSAL] Breaking CloudStack into subpr
> We need to make a decision soon though. Is it OK if I set a deadline of EOD
> tomorrow for your branches to be ready, and then we can have a vote in the
> IRC meeting on Friday, 17:00 UTC?
We can not make decisions in IRC.
If it's something we can't get consensus on we should vote on the
ma
Looking at Darren's emails, and your earlier +1.01 for Maven, I was going to
say that we should go with Maven just because of the additional experience that
we have between us. I know that Darren has done a lot with Maven in the past,
and he is willing to help.
If you want to continue with bot
After doing the merge over process one time, I realize something is wrong with
CS structure. We should think about fixing this.
The problems I found are
- I know nothing about the UI but I'm responsible for it.
- Someone who is a committer can actually check into areas they know absolutely
no
65c90227ae652f946f095167061035fb443ecb73 has a reviewed-by in the checkin.
It still did not explain how the bug was unit-tested.
I think license header changes will be exempted but code changes I will not
pick over until someone has explained what testing was performed.
--Alex
> -Origi
On Wed, Aug 15, 2012 at 5:17 PM, Kelven Yang wrote:
> I created a wiki page for architecture proposals and discussion topics.
>
> http://wiki.cloudstack.org/display/DesignDocs/CloudStack+Javelin
>
Please do this on the ASF wiki - consider wiki.cs.o deprecated.
https://cwiki.apache.org/confluenc
On Wed, Aug 15, 2012 at 5:17 PM, Alex Huang wrote:
> I have now redo all the merges. The merges are now up to commit
> e1bfcdc1be30e363d1a072af5d39374a710cbc65.
>
> This time dc07b2e3e616d6f945b8e85756c9f3a4f72b2fec went fine so no work from
> Brian needed.
>
> For quite a few of the checkins,
I have now redo all the merges. The merges are now up to commit
e1bfcdc1be30e363d1a072af5d39374a710cbc65.
This time dc07b2e3e616d6f945b8e85756c9f3a4f72b2fec went fine so no work from
Brian needed.
For quite a few of the checkins, I see no reviewer on the checkin comments. I
reviewed them th
I created a wiki page for architecture proposals and discussion topics.
http://wiki.cloudstack.org/display/DesignDocs/CloudStack+Javelin
Kelven
On 8/14/12 11:04 PM, "Kelven Yang" wrote:
>I know everyone is recently busy and excited for the first Apache release
>of CloudStack, hopefully we sti
Yes, Edison is going to remove asf-4.0. That was a mistake. The official
branch is 4.0.
Cheers,
Ewan.
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: 15 August 2012 13:37
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [ASFCS40]merges to
I just confirmed that with Ewan and Edison as well. Will redo the merge to
4.0.
Stop trying to confuse the new guy! :)
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, August 15, 2012 1:37 PM
> To: cloudstack-dev@incubator.apach
4.0 was the one I made. Jenkins is using it as well.
On Wed, Aug 15, 2012 at 4:34 PM, Alex Huang wrote:
>> -Original Message-
>> From: John Kinsella [mailto:j...@stratosec.co]
>> Sent: Wednesday, August 15, 2012 1:21 PM
>> To:
>> Subject: Re: [ASFCS40]merges to 4.0
>>
>> I see 2 branch
> -Original Message-
> From: John Kinsella [mailto:j...@stratosec.co]
> Sent: Wednesday, August 15, 2012 1:21 PM
> To:
> Subject: Re: [ASFCS40]merges to 4.0
>
> I see 2 branches now - a 4.0, and asf-4.0...we might want to standardize on
> one of them...
Ok...now I'm confused. I merged e
> -Original Message-
> From: John Kinsella [mailto:j...@stratosec.co]
> Sent: Wednesday, August 15, 2012 1:21 PM
> To:
> Subject: Re: [ASFCS40]merges to 4.0
>
> I see 2 branches now - a 4.0, and asf-4.0...we might want to standardize
> on one of them...
Oops, afs-4.0 is accidently crea
I think I'll have some free passes to the Linux Foundation's LinuxCon
North America and the Cloud Open Conference this month on August 29th
through August 31st.
CloudOpen - http://events.linuxfoundation.org/events/cloudopen/
LinuxCon North America - http://events.linuxfoundation.org/events/linuxc
On Wed, Aug 15, 2012 at 4:20 PM, John Kinsella wrote:
> I see 2 branches now - a 4.0, and asf-4.0…we might want to standardize on one
> of them...
>
Good point, I didn't catch that - esp since the CI stuff is building
against 4.0 already.
--David
I see 2 branches now - a 4.0, and asf-4.0…we might want to standardize on one
of them...
On Aug 15, 2012, at 1:08 PM, Alex Huang
wrote:
> I've completed merges to 4.0 from master up to commit
> 95a60dc8bc7dbda2c83d48cb47ed77a765b984f8.
>
> I did not include the following commits:
>
> dc07b2
On Wed, Aug 15, 2012 at 4:08 PM, Alex Huang wrote:
> I've completed merges to 4.0 from master up to commit
> 95a60dc8bc7dbda2c83d48cb47ed77a765b984f8.
>
> I did not include the following commits:
>
> dc07b2e3e616d6f945b8e85756c9f3a4f72b2fec - Brian Federle : There's a merge
> conflict and I don
I've completed merges to 4.0 from master up to commit
95a60dc8bc7dbda2c83d48cb47ed77a765b984f8.
I did not include the following commits:
dc07b2e3e616d6f945b8e85756c9f3a4f72b2fec - Brian Federle : There's a merge
conflict and I don't understand java script enough to resolve it. Brian,
please
On Wed, Aug 15, 2012 at 3:59 PM, Ewan Mellor wrote:
> That really depends on how long it's going to take. David, any idea how long
> that Jira request will take to fulfil?
>
No idea.
An infra person with admin privs on Jira - likely a volunteer, will
have to take it up and get it done, and then
That really depends on how long it's going to take. David, any idea how long
that Jira request will take to fulfil?
Thanks,
Ewan.
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent: 15 August 2012 11:14
> To: cloudstack-dev@incubator.apache.org
> Subject:
> On Aug. 15, 2012, 6:56 p.m., Chiradeep Vittal wrote:
> > Jamshid, the jar files download as zero bytes. Can you put them up
> > somewhere where I can download them from?
>
> David Nalley wrote:
> Please DO NOT add more binary jars to the source repo. That is a
> backwards step in our eff
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: 15 August 2012 10:50
> To: cloudstack-dev@incubator.apache.org
> Subject: [Discuss] Rat and Wisker
>
> I've been spending a bunch of time collecting licenses and tracking down
> copyright ownership for ou
On Wed, Aug 15, 2012 at 3:18 PM, Chip Childers
wrote:
> On Wed, Aug 15, 2012 at 2:29 PM, Justin Simms wrote:
>> regading #cloudstack-meeting , i would suggest that you set up a script or
>> agent of some sort to always hold the channel, so that it can be an
>> in-resident meeting place for all th
On Wed, Aug 15, 2012 at 2:29 PM, Justin Simms wrote:
> regading #cloudstack-meeting , i would suggest that you set up a script or
> agent of some sort to always hold the channel, so that it can be an
> in-resident meeting place for all things cloudstack.
David - I see you're the owner of cloudbot
> On Aug. 15, 2012, 6:56 p.m., Chiradeep Vittal wrote:
> > Jamshid, the jar files download as zero bytes. Can you put them up
> > somewhere where I can download them from?
Please DO NOT add more binary jars to the source repo. That is a backwards step
in our efforts to clean up the source repo
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6473/#review10358
---
Jamshid, the jar files download as zero bytes. Can you put them up so
Hello Kelcey,
Thanks for the quick response.
I create the additional guest network and the another network interface
gets added to the VM, although the VM isnt accessible from either of the
interfaces. On accessing the VM from the console, i cannot seem ping anyone
outside.
The default gateway in
regading #cloudstack-meeting , i would suggest that you set up a script or
agent of some sort to always hold the channel, so that it can be an
in-resident meeting place for all things cloudstack.
On Wed, Aug 15, 2012 at 1:11 PM, Joe Brockmeier wrote:
> Looking at the responses for possible times
So the impression is that we should wait for the jira setup to submit
any further bugs, correct?
On Tue, Aug 14, 2012 at 11:18 AM, Chiradeep Vittal
wrote:
>
>
> On 8/14/12 9:50 AM, "Joe Brockmeier" wrote:
>
>>On Tue, Aug 14, 2012 at 12:12:27PM -0400, David Nalley wrote:
>>> One more thing. Since
Create a shared network with that IP range, then when you create(instance)
the VMs add both networks to the instance and it will come up with 2
interfaces, one on each network.
Kelcey Jamison-Damage
Infrastructure Systems Architect
Backbone Technology | Backbone Datavault | Backbone IT Services
5
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6473/#review10349
---
Ship it!
Ship It!
- Chiradeep Vittal
On Aug. 15, 2012, 2:29 a.m.,
Hello,
We have a KVM-based setup with the following configurations:
Private Network : 10.88.88.0/28
Public Network: 108.x.x.x/24
Each KVM host has a statically assigned IP Address to it from the
10.88.88.x pool. 10.88.88.1 is the default gateway which is used to route
traffic to the external world
I've been spending a bunch of time collecting licenses and tracking
down copyright ownership for our dependencies, and I want to make life
easier for myself (and others in the future).
I'd like to propose the use of Apache Wisker [1] to build our LICENSE
and NOTICE files going forward. To start w
Hello Edison,
I was able to get the agent to work on CentOS 6.3.
The libvirtd was failing to start. Solution : http://quags.net/archives/53
cgroups needed some reconfiguration. Solution:
http://docs.cloudstack.org/@api/deki/pages/551/pdf
--
Regards, Chirag
On Tue, Aug 14, 2012 at 10:15 AM, Ediso
Looking at the responses for possible times for the IRC meeting, it
looks like 17:00 UTC on Friday August 17th is the clear winner. (That'd
be 1 p.m. Eastern, 10 a.m. Pacific, etc.)
As a reminder: This is a stand-up meeting for folks who have items on
the release checklist[1] to report on progres
On Wed, Aug 15, 2012 at 4:44 PM, Alex Huang wrote:
> Alex,
>
> Please keep us updated. We probably should move this thread over to dev
> list as well.
>
>
Will do and yes the dev list is where this conversation should continue ...
with perhaps a more specific subject.
> --Alex
>
> > -Origi
Hi
Great idea, just a couple of notes:
1- Any discussions made their the conclusions should be shared on the
mailing lists
2- Any decisions that need to be discussed in public and maybe voted for
also must go on mailing lists
If it didn't happen on the mailing lists then it didn't happen
Even i
78 matches
Mail list logo
