I'm not quite sure I follow. Are you able to access the API directly,
but it isn't showing up in CloudMonkey? Do your APIs show up if you
look at the API list at
"http://:8096/api?command=listApis"?
On Fri, May 23, 2014 at 5:10 PM, Matt Spurlin wrote:
> I have a plugin that was working previously
On Fri, May 23, 2014 at 8:33 PM, cloudstack-ci
wrote:
> Hi,
>
> I am Suresh Ramamurthy working for Nuage
> Networks(http://www.nuagenetworks.net/).
>
> We would like to submit a proposal for our plugin support in Cloudstack 4.5.
>
> We have documented the details of our proposal in the attached de
Hi,
I am Suresh Ramamurthy working for Nuage Networks(
http://www.nuagenetworks.net/).
We would like to submit a proposal for our plugin support in Cloudstack 4.5.
We have documented the details of our proposal in the attached design
document.
Could you please review the proposal and send us
Hi Daan,
Can you please cherry-pick commit d5fbcafc2ff04e665c2ec8079c759fe4cabf9d1a from
4.4-forward to 4.4 branch? This commit removes windows line ending from
IAMService.java.
Thanks
-min
The traffic is sniffer traffic. It wouldn't be a network for guests, or
public, it would be both.
On Fri, May 23, 2014 at 2:45 PM, Daan Hoogland wrote:
> H Marcus,
>
> You are raising more questions here
> The traffic is just user data isn't it? Why a new traffic type? Or are
> you forking the d
I have a plugin that was working previously in 4.3. It uses new plugin
discovery system, so as long as it is on the classpath it is loaded.
In 4.4 however I am not able to get the APIs to appear in CloudMonkey.
It appears to be loading just fine, but my root admin account cannot
access the APIs. Do
> As you can see it isn’t trivial.
I guess you refer to the overlapping cidrs. I am afraid that some
responsibility here will have to lay with the domain admin(s). If we
limit inter vpc networks to one domain we can enforce the ip ranges
not to overlap.
the routing problem is tackled by a next hop
H Marcus,
You are raising more questions here
The traffic is just user data isn't it? Why a new traffic type? Or are
you forking the data and then considering the fork another type?
thanks,
Daan
On Fri, May 23, 2014 at 5:53 PM, Marcus wrote:
> Perhaps it should be a separate traffic type, if w
Hi CS Developers,
I am Ritu Sabharwal from Brocade Communications Systems.
I am leading an effort to implement CloudStack Network Plugin ( named Brocade
VCS plugin) to orchestrate Brocade VCS cluster. We are using 4.3 as the base
for development.
Initially, the plugin will focus on L2 se
> On April 29, 2014, 12:29 p.m., Santhosh Edukulla wrote:
> > Ship It!
If we don't have any review issues pending, can some body with commit rights
push this patch?
- Santhosh
---
This is an automatically generated e-mail. To reply, v
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21858/#review43860
---
Ship it!
Ship It!
- Santhosh Edukulla
On May 23, 2014, 12:31 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21764/#review43863
---
Ship it!
Ship It!
- Santhosh Edukulla
On May 21, 2014, 11:45 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21854/#review43858
---
Ship it!
Ship It!
- Santhosh Edukulla
On May 23, 2014, 10:57 a.m
I guess the ‘proper’ way to have done this would be to have a
‘createPrivateGateway’ API that is independent of the vpc and a
attachPrivateGateway that attaches it to the vpc.
Re: next hop, I’d like to see an FS for this feature. It seems to me that it is
very similar to VPC peering (http://goo
Perhaps it should be a separate traffic type, if we go the route of piping
it through to another network. I've also found a network_details table that
seems to be unused.
On Thu, May 22, 2014 at 9:04 AM, Marcus wrote:
> Yet another vector
>
>
> On Thu, May 22, 2014 at 8:07 AM, Erik Weber wrote
Cheers
Alex Hitchins | 07788 423 969 | 01892 523 587
-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com]
Sent: 23 May 2014 14:56
To: dev@cloudstack.apache.org
Subject: Re: IRC and users@
On May 23, 2014, at 8:34 AM, Alex Hitchins wrote:
> I've tried IRC a few times
On May 23, 2014, at 8:34 AM, Alex Hitchins wrote:
> I've tried IRC a few times in the past and there has been little action going
> on there. I'm going to get into the habit of keeping the #cloudstack channel
> open, are there others that would be worth monitoring?
>
#cloudstack-dev
>
> Al
Thanks!
That file doesn't appear in the search results - looking locally for the file I
see it, and after can browse to it online.
Many thanks for the tip. I thought I was going bananas.
Alex Hitchins | 07788 423 969 | 01892 523 587
-Original Message-
From: Matt Spurlin [mailto:matt.
This is in UserVmManagerImpl on line 2274.
On Fri, May 23, 2014 at 8:38 AM, Alex Hitchins wrote:
> Can someone show me where createBasicSecurityGroupVirtualMachine is defined?
> I'm searching on GitHub (as it's quicker than a local search). I'm following
> through the layers however I can't see w
Can someone show me where createBasicSecurityGroupVirtualMachine is defined?
I'm searching on GitHub (as it's quicker than a local search). I'm following
through the layers however I can't see where this is defined.
I want to see how the IP address is assigned to the VM and how it can be
changed.
All good feedback. Thanks.
I will rework this on Monday and add a PR for adding it to the readmes.
Thx,
Will
On Friday, May 23, 2014, Stephen Turner wrote:
> I've not seen Phabricator, but yes, what I like about github is that the
code review is built into the source control. This makes the wh
vmware and netscaler API infos are not in the 4.3 api-doc for the moment
which I think the issue (
https://issues.apache.org/jira/browse/CLOUDSTACK-4912) refer to, I wanted
to close that issue yesterday but I found missing APIs.
Pierre-Luc Dion
Architecte de Solution Cloud | Cloud Solutions Archi
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20621/
---
(Updated May 23, 2014, 12:39 p.m.)
Review request for cloudstack and Abhinandan
I've tried IRC a few times in the past and there has been little action going
on there. I'm going to get into the habit of keeping the #cloudstack channel
open, are there others that would be worth monitoring?
Alex Hitchins | 07788 423 969 | 01892 523 587
-Original Message-
From: ilya
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20621/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6529
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21858/
---
(Updated May 23, 2014, 6:01 p.m.)
Review request for cloudstack and Santhosh Ed
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21858/
---
Review request for cloudstack and Santhosh Edukulla.
Bugs: CLOUDSTACK-6758
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21855/#review43827
---
Ship it!
Ship It!
- Abhinandan Prateek
On May 23, 2014, 11:07 a.
I've not seen Phabricator, but yes, what I like about github is that the code
review is built into the source control. This makes the whole workflow much
simpler.
--
Stephen Turner
-Original Message-
From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit
Yada
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21855/
---
Review request for cloudstack, Abhinandan Prateek and Murali Reddy.
Bugs: https
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21854/
---
Review request for cloudstack and Santhosh Edukulla.
Bugs: CLOUDSTACK-6282
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21763/#review43819
---
Ship it!
Ship It!
- Abhinandan Prateek
On May 21, 2014, 9:45 a.m
Hi,
Good effort. Will you should also see this and update the wiki as needed:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Git
I would say, squashed merges are much better when you're going through list
of changes [1] instead of having a branch based workflow,
reverting/fixing/bisecting
> On May 7, 2014, 11:15 a.m., Girish Shilamkar wrote:
> > Could you please rebase the patch to 4.4-forward ?
>
> Vinay Varma wrote:
> Same patch can be appliend for 4.4-forward branch also. Please apply the
> patch
>
> Vinay Varma wrote:
> As discussed with santhosh, will re-check this
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21853/
---
(Updated May 23, 2014, 10:24 a.m.)
Review request for cloudstack and Kishan Kav
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21853/
---
Review request for cloudstack and Kishan Kavala.
Bugs: CLOUDSTACK-6756
http
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21685/#review43817
---
Commit 917d7b8b72a391d99350d7a2956737484e60e7f6 in cloudstack's bran
I'm not a fan of squashed merges myself, because you lose the history, which
can often contain useful check-in comments.
My preferred github workflow is to make a new local branch before starting any
change, push that to a branch in my fork of the project on github, and then
send a pull request
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21628/
---
(Updated May 23, 2014, 9:38 a.m.)
Review request for cloudstack and Santhosh Ed
On May 22, 2014, at 10:35 PM, Will Stevens wrote:
> Hey All,
> In the the README.rst files in the documentation, it refers to this page if
> you want to contribute: http://cloudstack.apache.org/developers.html
correct, and yes this page does not explain how to do a pull request
>
> I am not
On May 22, 2014, at 8:27 PM, Paul Angus wrote:
> I can do - I'll sort it out in the next couple of days.
> I believe the bug was cleared when I did the last set.
cool, thanks
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@s
Hi,
please considder this ugly peace of my work I am now compiling into
cloudstack master VpcManagerImpl.createVpcPrivateGateway(..) that will
fix a bug:
{ // experimental block, this is a hack
// set vpc id in network to null
// might be needed for all types of
On Fri, May 23, 2014 at 3:24 AM, Yoshikazu Nojima wrote:
> 12e552b06dfac5f19737f79aa0a8424b01b3197e
done, please mind the trailing spaces in the cfg files!
--
Daan
On Fri, May 23, 2014 at 2:00 AM, Min Chen wrote:
> da5ad74d5f4388c4aa1df2f2e5f9053bfb70d83d
done
--
Daan
On Thu, May 22, 2014 at 11:31 PM, Min Chen wrote:
> 0d243ec7f2e1a0e3508d385f7b793b103c56ca07
done
--
Daan
I will start implementing this on Monday.
Also I would like to propose that nothing is a blocker unless it has been
agreed on, on list.
-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: donderdag 22 mei 2014 10:08
To: dev
Subject: [ACS44][PROPOSAL] old block
I am not a trained experienced irc user. as for mail, I noticed
response going down a few weeks before Denver. It seems it didn't
recover.
On Thu, May 22, 2014 at 11:25 PM, ilya musayev
wrote:
> After we canceled IRC weekly meetings, folks stopped using it.
>
>
> On 5/22/14, 4:57 AM, Mo wrote:
>>
47 matches
Mail list logo
