David, please suggest
-Original Message-
From: prasanna [mailto:srivatsav.prasa...@gmail.com]
Sent: Thursday, July 05, 2012 10:13 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Review Request: [Defect / Enhancement / New Feature] CS-15281 :
Removal of third party dependenci
Hi,
I have updated the functional specs with more details around the various
components that come into play plus answers for various questions as required
by the functional spec template. Talking briefly about modules -
Collector/Monitor, Aggregator, Trigger/Alarm generator and Trigger/Alarm ha
On Thu, Jul 5, 2012 at 12:09 AM, Abhinandan Prateek
wrote:
> This question is basically for the community members managing git repo for
> cloudstack.
> There are community devs and other members interested in playing around or
> provide patches for new features being offered in the upcoming rele
Other than these limitations, everything works. You can create instances
and attach RBD disks. It also supports cephx authorization, so no
problem there!
I found a bug in libvirt under Ubuntu 12.04. In short, the base64
encoding/decoding inside libvirt is broken due to a third party library.
On 04-07-12 22:02, David Nalley wrote:
Hi folks,
I spent a bit of time going through the patches directory and working
on license headers today.
Historically CloudStack has made a Debian-based systemvm template
available for each hypervisor. However, my sense is that going forward
we will not
On Mon, Jul 2, 2012 at 4:20 PM, Chiradeep Vittal
wrote:
> Very very nice.
>
> In Section 1.2, the location for the binaries is missing?
>
Ohh good catch, syntax problem with my DocBook made the link vanish. Fixed now.
> Perhaps a brief blurb on the components of CloudStack (MS, primary
> storage
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/5767/
---
Review request for cloudstack, Abhinandan Prateek and Koushik Das.
Description
-
I just had the management server prereqs called to my attention,
specifically this line:
250 GB of local disk (more results in better capability; 500 GB recommended)
Assuming that we aren't using the management server as primary and
secondary storage (perhaps that's an assumption that I missed),
Hi Alessandro:
I just wanted to check and see how things were going and what kind of
progress you were making. Is there anything we can help you with?
--David
Koushik,
I reviewed the fix, it's not correct. We can't just put "if not null"
checks, we have to figure out why network assigned to the IP Address is
Removed.
When network is getting removed, all ip addresses associated with it have
to be released. If you see ip left around, then it's a bug in
On Thu, Jul 5, 2012 at 12:42 AM, prasanna wrote:
> On 4 July 2012 23:49, David Nalley wrote:
>> On Wed, Jul 4, 2012 at 1:55 PM, Pradeep Soundararajan <
>> pradeep.soundarara...@citrix.com> wrote:
>>
>>> Yes, I have executed the below successfully:
>>>
>>> ** **
>>>
>>> ant build-all
>>>
Primary storage is a SR in XenServer, the info is saved in XenServer DB.
Try following,
1. get PBD uuid ( physical block device)
xe sr-param-get uuid=d7a22e45-f860-157a-fa7c-db2e541c39d6 param-name=PBDs
a2794f1c-7456-5ff6-ab9a-15ef5bcfdfe0
2. get PBD detail
xe pbd-param-list uuid=a2794f1c-745
>
>
>
>> However, several factors complicate that. First,
>> not all patches applied cleanly as the three different codebases were
>> often in very different places. Second, people are human, and I
>> imagine some commits just didn't make it.
>
>Sounds like something a tool would help with, but I d
On Thu, Jul 5, 2012 at 1:53 PM, Chiradeep Vittal
wrote:
>>
>>
>>
>>> However, several factors complicate that. First,
>>> not all patches applied cleanly as the three different codebases were
>>> often in very different places. Second, people are human, and I
>>> imagine some commits just didn't m
On 7/4/12 10:12 PM, "Prasanna Santhanam"
wrote:
>On Wed, Jul 04, 2012 at 04:20:35PM -0400, David Nalley wrote:
>> Hi folks,
>>
>> I spent some time poking around in the tools directory.
>>
>> There are a number of software packages in this directory, and I am
>> not sure that it is appropriat
>
> On 7/4/12 10:12 PM, "Prasanna Santhanam"
>
> wrote:
>
> >On Wed, Jul 04, 2012 at 04:20:35PM -0400, David Nalley wrote:
> >> Hi folks,
> >>
> >> I spent some time poking around in the tools directory.
> >>
> >> There are a number of software packages in this directory, and I am
> >> not sure
Please leave Selenium related tools in place. We may revive this for UI
automation in future.
-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: Thursday, July 05, 2012 11:02 AM
To: CloudStack DeveloperList
Subject: Re: [DISCUSS] tools directory
On
On Jul 5, 2012, at 10:53 AM, Chiradeep Vittal wrote:
>>> However, several factors complicate that. First,
>>> not all patches applied cleanly as the three different codebases were
>>> often in very different places. Second, people are human, and I
>>> imagine some commits just didn't make it.
>> So
> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Thursday, July 05, 2012 6:50 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: First review of RBD support for primary storage
>
> >
> > Other than these limitations, everything works. You can creat
Ah, Wido puts it much better. David's email kind of alarmed me.
On 7/5/12 7:24 AM, "Wido den Hollander" wrote:
[snip]
>
>I agree. In essence the System VM's are more (talking KVM-wise!) than a
>Debian installation with the Java agent running in them.
In the future, there may be even be multipl
Frank, I didn't see any feedback on this. It seems to me from your
proposal that Ovm2.3 is still preferable?
On 6/21/12 11:28 PM, "Frank Zhang" wrote:
>Recently I received lots of ping from people who want CloudStack
>integrates with OVM3.0.
>CloudStack has supported Ovm2.3 in current code base,
On Thu, Jul 5, 2012 at 2:35 PM, Chiradeep Vittal
wrote:
> Ah, Wido puts it much better. David's email kind of alarmed me.
What did I say that alarmed you?? :)
If it makes you feel better your email alarms me :)
>
>
> On 7/5/12 7:24 AM, "Wido den Hollander" wrote:
> [snip]
>
>>
>>I agree. In ess
> How about this, just to define it (more or less what David just said):
> * For development/feature branches, the developer(s) have a responsibility of
> making sure their code will cleanly merge back into master, either by keeping
> their branch in sync with master, or by doing any triage at ti
> vhd-tools,
We have some patches in this directory.
You may need put this directory somewhere else if you want to remove it from
ASF.
Anthony
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Wednesday, July 04, 2012 1:21 PM
> To: cloudstack-dev@incubator.apache.
On Thu, Jul 5, 2012 at 3:07 PM, Anthony Xu wrote:
>> vhd-tools,
>
> We have some patches in this directory.
> You may need put this directory somewhere else if you want to remove it from
> ASF.
>
> Anthony
Have they been upstreamed??
--David
> Excellent! Will you update the libvirt-java binary in CloudStack to the
> latest upstream after it's released?
>
Please do not do this. libvirt-java is licensed under the LGPL which
makes it a prohibited item. We actually need to get rid of
libvirt-java
--David
First - nice to see this coming together - I hadn't seen anything
since the spec was announced back in May.
Second - can you fix the license header in:
server/src/com/cloud/region/dao/RegionDao.java
So that it is the appropriate header.
--David
-- Forwarded message --
From:
Da
Thanks David. I fixed license header.
Also, I added Regions topic branch to avoid disruption in master.
~kishan
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Thursday, 5 July 2012 12:22 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Fwd: [1/3] git commi
On Thu, Jul 5, 2012 at 3:32 PM, Kishan Kavala wrote:
> Thanks David. I fixed license header.
> Also, I added Regions topic branch to avoid disruption in master.
>
> ~kishan
>
Awesome
Thanks!
vhd-util uses local time as timestamp when creating vhd, it may be okay with
XenServer, but in cloudstack, vhd files are moved around to
different cluster, the timestamp in vhd may be after the current time in the
host.
CloudStack only uses vhd-util to do vhd sanity check, The patch removes the
Hi folks,
Just a quick heads up on things going on at ApacheConEU[1]
Chris Custine and I are tentatively chairing a Cloud Track at
ApacheConEU. ApacheConEU is Nov 5-9 in Sinsheim, Germany. While the
CFP isn't yet up, please be thinking of potential cloudy talks you'd
like to present. This isn't l
> Migration: this is/was a tool to assist 1.0.x -> 2.1.x migration. Can be nuked
No no。 We can't nuke this one. There are still 1.0.x deployments out there.
This is their only way to upgrade.
> ant: sure -- your dev OS should have it, unless hudson/jenkins relies on this
> folder
> gcc: this
> > Migration: this is/was a tool to assist 1.0.x -> 2.1.x migration. Can
> > be nuked
>
> No no。 We can't nuke this one. There are still 1.0.x deployments out there.
> This is their only way to upgrade.
We can maintain it in somewhere but not ASF repo. It uses some python library
against ASF
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Thursday, July 05, 2012 12:15 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: First review of RBD support for primary storage
>
> > Excellent! Will you update the libvirt-java binary in CloudStack to
> t
> > -Original Message-
> > From: David Nalley [mailto:da...@gnsa.us]
> > Sent: Thursday, July 05, 2012 12:15 PM
> > To: cloudstack-dev@incubator.apache.org
> > Subject: Re: First review of RBD support for primary storage
> >
> > > Excellent! Will you update the libvirt-java binary in CloudS
On Thu, Jul 5, 2012 at 5:24 PM, Edison Su wrote:
>
>
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: Thursday, July 05, 2012 12:15 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: First review of RBD support for primary storage
>>
>> > Excellent! Wi
Awesomeness Wido. +10. I'd be happy to do any testing on my Ubuntu
12.04 cluster + ceph .48...
Talin
On Thu, Jul 5, 2012 at 8:50 AM, Wido den Hollander wrote:
>>
>> Other than these limitations, everything works. You can create instances
>> and attach RBD disks. It also supports cephx authoriz
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Thursday, July 05, 2012 2:34 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: First review of RBD support for primary storage
>
> On Thu, Jul 5, 2012 at 5:24 PM, Edison Su wrote:
> >
> >
> >> -Origin
>
> -Original Message-
> From: gaoweiyi(高伟义) [mailto:gaowe...@revenco.com]
> Sent: Monday, July 02, 2012 10:26 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: can not ope the docx file of the source project
>
>
> Hi,
>
> I download the source code from
>
> git clone https://git-wi
On Thu, Jul 5, 2012 at 5:14 PM, Alex Huang wrote:
>> Migration: this is/was a tool to assist 1.0.x -> 2.1.x migration. Can be
>> nuked
>
> No no。 We can't nuke this one. There are still 1.0.x deployments out there.
> This is their only way to upgrade.
>
But wouldn't they have to move to 2.x
I took a first glance at this. Really pleased about this feature. EBS-like
scalable primary storage is within reach!
A few comments:
1. I see quite a few blocks of code ( > 20 times?) that are like
if (pool.getType() == StoragePoolType.RBD)
I realize that there is existing code that does
Wido: perhaps you could produce some packages for testing? at least .debs?
--David
On Thu, Jul 5, 2012 at 5:34 PM, Senner, Talin wrote:
> Awesomeness Wido. +10. I'd be happy to do any testing on my Ubuntu
> 12.04 cluster + ceph .48...
>
> Talin
>
> On Thu, Jul 5, 2012 at 8:50 AM, Wido den Holl
On 7/5/12 11:58 AM, "David Nalley" wrote:
>>>
>>>Right now you have to download this weird qcow2 from the CS website, but
>>>that should be different I think:
>>>
>>>You set up CloudStack, configure your zone and then it will ask you to
>>>provide the System VM template.
>>>
>>>We can still prov
> -Original Message-
> From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
> Sent: Thursday, July 05, 2012 3:54 PM
> To: CloudStack DeveloperList
> Subject: Re: First review of RBD support for primary storage
>
> I took a first glance at this. Really pleased about this feature. E
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/5590/#review8903
---
Hugo, code in general looks good. Below are some minor comments. Is th
Thanks. I have attempted to elide the NS pieces below to get a better
understanding. I also looked at the updated spec
http://wiki.cloudstack.org/display/DesignDocs/Auto+Scale+Feature
On 7/5/12 4:04 AM, "Ram Ganesh" wrote:
>Hi,
>
>I have updated the functional specs with more details around the
Yeah. As long as it's not removed from older branches, it should be ok.
--Alex
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Thursday, July 05, 2012 3:20 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [DISCUSS] tools directory
>
> On Thu, Jul 5, 2
Thanks for the review Chiradeep and glad this cleared us earlier
misunderstandings about this feature.
Youcef
-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: Thursday, July 05, 2012 5:34 PM
To: CloudStack DeveloperList
Subject: Re: AutoScale feature
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/5795/
---
Review request for cloudstack and Brian Federle.
Description
---
In 3.0.3 w
> On July 5, 2012, 11:36 p.m., Murali Reddy wrote:
> > Hugo, code in general looks good. Below are some minor comments. Is there
> > is trial version of NVP controller that can used for trying out integration
> > or for testing?
> >
> > - In CitrixResourceBase it seems to me that Nicira config
50 matches
Mail list logo
