Re: checkstyle problems...

[Hugo Trippaers]

Heya,

There is an option in the eclipse preferences for Checkstyle that will prevent 
the Checkstyle Builder from running in the workspace rebuild apparently. The 
option is called ‘Run Checkstyle in background on full builds’ and it in the 
Checkstyle menu of the Eclipse global preference. This should get the workspace 
rebuild time back to normal.

Reference: http://sourceforge.net/p/eclipse-cs/feature-requests/140/


Cheers,

Hugo




On 15 jan. 2014, at 08:31, Hugo Trippaers  wrote:

> Hey guys,
> 
> 
> There are two ideas behind using checkstyle a i’ve currently implemented it 
> in the maven build. First of all it runs for every project, this means that 
> triggering a compile on a single module will also run the checkstyle checks 
> on it. So you don’t have to recompile the entire project and use the slow 
> global checkstyle check, but fast local audit. This also ties in with my 
> plans to get incremental builds going, the idea is to get Jenkins feedback on 
> a commit within 5 minutes of doing the commit. For this we need incremental 
> builds which builds only the modules that were touched by a commit (and 
> possibly dependents). By having checkstyle local to the module, it would be 
> included in such a build. Secondly by making it a maven module like this it 
> means external plugin developers can include the exact same maven 
> configuration for their project and download our checkstyle configuration 
> using the maven framework. Not really a big deal, but it might help when we 
> have more separate repositories for plugins.
> 
> The same reasoning goes for the maven license plugin, i’m testing that one in 
> the opendaylight plugin and it could replace the rat checks with a simple 
> check that would run on every module individually. But more on that later
> 
> So my preference would be to keep it as is obviously, but i’m in agreement 
> that it shouldn’t cause trouble when using an editor like eclipse. I’m not 
> seeing those issues in my eclipse at the moment, so i’ll try to reproduce 
> them and see if they can be fixed.
> 
> Cheers,
> 
> Hugo
> 
> 
> 
> On 15 jan. 2014, at 05:02, Alex Huang  wrote:
> 
>> Yes.  I do believe it runs on every eclipse recompile because it's now part 
>> of the build for every project.  I've gotten so frustrated with it, I've 
>> reverted the commit locally but I don't know checkstyle very well so I'm 
>> hoping Hugo has a better solution.
>> 
>> --Alex
>> 
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Tuesday, January 14, 2014 12:01 PM
>>> To: dev@cloudstack.apache.org
>>> Cc: Hugo Trippaers (htrippa...@schubergphilis.com)
>>> Subject: Re: checkstyle problems...
>>> 
>>> I also think the way I have checkstyle configured in Eclipse causes it to 
>>> take a
>>> super long time to build. Not sure what setting I turned on to do that, but
>>> even removing the plug-in for the time being is extremely slow because
>>> Eclipse always wants to run checkstyle.
>>> 
>>> 
>>> On Tue, Jan 14, 2014 at 12:44 PM, Alex Huang 
>>> wrote:
>>> 
 Hi Hugo,
 
 I see that you added the checkstyle project back in.  I actually tried
 that first when I made checkstyle required for the entire project.  It
 is the recommended procedure from the checkstyle website.
 Unfortunately, it causes problems like the following exceptions in eclipse 
 all
>>> of the time.
 That's why I went with one checkstyle step for the entire cloudstack.
 I think given that we have editors that can help with formatting the
 code, it shouldn't be that much of a problem to do one step only.  What do
>>> you think?
 
 If we prefer the per-project checkstyle still, then we need to resolve
 these problems because it happens on every recompile.
 
 Errors occurred during the build.
 Errors running builder 'Checkstyle Builder' on project 'cloudstack'.
 Fileset from project "cloudstack" has no valid check configuration.
 Fileset from project "cloudstack" has no valid check configuration.
 Fileset from project "cloudstack" has no valid check configuration.
 Fileset from project "cloudstack" has no valid check configuration.
 Errors running builder 'Checkstyle Builder' on project
 'cloudstack-service-console-proxy'.
 Fileset from project "cloudstack-service-console-proxy" has no valid
 check configuration.
 Fileset from project "cloudstack-service-console-proxy" has no valid
 check configuration.
 Fileset from project "cloudstack-service-console-proxy" has no valid
 check configuration.
 Fileset from project "cloudstack-service-console-proxy" has no valid
 check configuration.
 Errors running builder 'Checkstyle Builder' on project 'xapi'.
 Fileset from project "xapi" has no valid check configuration.
 Fileset from project "xapi" has no valid check configuration.
 Fileset from project "xapi" has no valid check configuration.
>>>

Re: Devcloud update for 4.3

[Sebastien Goasguen]

On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:

> After several fixes, devcloud is working on 4.3 branch now.
> Manually create a new devcloud image(the only change to the image is to put 
> 4.3 system vm template into /opt/storage/secondary/**/1/1/), and put it 
> under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place to hold 1.3G 
> data, so put it in a Chinese dropbox like website(which has 2T storage for 
> free...) ).
> Not sure you can download it or not. If not, then I may need help to find 
> another place to store the image.

Cool,

Maybe you can put it on S3 or your public_html on people.apache.org

Build failed in Jenkins: build-master #53

[jenkins]

See 

Changes:

[htrippaers] Shave another few seconds of the build time by disabling the 
checkstyle run in the main pom.

--
[...truncated 1349 lines...]
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:43:8:
 Unused import - java.util.Set.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:33:8:
 Unused import - com.xensource.xenapi.Types.BadServerResponse.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:35:8:
 Unused import - com.xensource.xenapi.Types.XenAPIException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:43:8:
 Unused import - java.util.Set.
:45:8:
 Unused import - org.apache.xmlrpc.XmlRpcException.

About Improving GRE & Autoscaling features

[Nguyen Anh Tu]

Hi guys,

Do we have plan to test and use my two features already pushed to master
branch? I see some people asking about GRE features on 4.2.1 on user
maillist.

Thanks,

--Tuna

Sent from my GT-N7000

Re: About Improving GRE & Autoscaling features

[sebgoa]

On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:

> Hi guys,
> 
> Do we have plan to test and use my two features already pushed to master
> branch? I see some people asking about GRE features on 4.2.1 on user
> maillist.
> 
> Thanks,

Is it only on master or 4.3 and 4.2.1 as well.

If only on master, you might want to put it in the 4.2 branch so it gets in a 
4.2.2 release

Did you write some docs for GRE+KVM ? that would be a good way to show people 
how to use it.

> 
> --Tuna
> 
> Sent from my GT-N7000

RE: About Improving GRE & Autoscaling features

[Florin Dumitrascu]

Hi,

Is there a Cloudstack supplemental package update for XenServer available 
somewhere as well ?
Tuna's fix for GRE is also updating OVS Tunnel plugin for XS:

https://reviews.apache.org/r/12445/

Thanks,
Florin

-Original Message-
From: sebgoa [mailto:run...@gmail.com]
Sent: Wednesday, January 15, 2014 10:01 AM
To: dev@cloudstack.apache.org
Subject: Re: About Improving GRE & Autoscaling features


On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:

> Hi guys,
>
> Do we have plan to test and use my two features already pushed to
> master branch? I see some people asking about GRE features on 4.2.1 on
> user maillist.
>
> Thanks,

Is it only on master or 4.3 and 4.2.1 as well.

If only on master, you might want to put it in the 4.2 branch so it gets in a 
4.2.2 release

Did you write some docs for GRE+KVM ? that would be a good way to show people 
how to use it.

>
> --Tuna
>
> Sent from my GT-N7000


IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.

Re: Review Request 16856: Fix for CLOUDSTACK-5864

[ASF Subversion and Git Services]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16856/#review31860
---


Commit 00a5063107f70e8b8d9a74c9aa8d272db8a3a9f4 in branch refs/heads/4.3 from 
Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=00a5063 ]

Fix for CLOUDSTACK-5864

Fixed the mentioned issue.

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On Jan. 15, 2014, 7:23 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16856/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 a.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5864
> https://issues.apache.org/jira/browse/CLOUDSTACK-5864
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed the profile mentioned under CLOUDSTACK-5864
> 
> 
> Diffs
> -
> 
>   tools/marvin/pom.xml 0869248 
> 
> Diff: https://reviews.apache.org/r/16856/diff/
> 
> 
> Testing
> ---
> 
> Tested by running mvn -Pdeveloper,marvin.setup 
> -Dmarvin.config=setup/dev/basic.cfg -pl :cloud-marvin integration-test. It 
> proceeded fine with deploy Stage\step.
> 
> Note : There were other issues with simulator but i believe is independent of 
> this profile change.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: Review Request 16856: Fix for CLOUDSTACK-5864

[Sebastien Goasguen]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16856/#review31861
---

Ship it!


Ship It!

- Sebastien Goasguen


On Jan. 15, 2014, 7:23 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16856/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 a.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5864
> https://issues.apache.org/jira/browse/CLOUDSTACK-5864
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed the profile mentioned under CLOUDSTACK-5864
> 
> 
> Diffs
> -
> 
>   tools/marvin/pom.xml 0869248 
> 
> Diff: https://reviews.apache.org/r/16856/diff/
> 
> 
> Testing
> ---
> 
> Tested by running mvn -Pdeveloper,marvin.setup 
> -Dmarvin.config=setup/dev/basic.cfg -pl :cloud-marvin integration-test. It 
> proceeded fine with deploy Stage\step.
> 
> Note : There were other issues with simulator but i believe is independent of 
> this profile change.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: About Improving GRE & Autoscaling features

[Nguyen Anh Tu]

Sebastien,

It is only on master. I didnt't know need to copy to another branch. Will
do soon. I already writen doc about GRE+KVM on the
cloudstack.readthedocs.org. It named "the ovs plugin", it has a section
only for KVM.

--Tuna

Sent from my GT-N7000
On Jan 15, 2014 5:01 PM, "sebgoa"  wrote:

>
> On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:
>
> > Hi guys,
> >
> > Do we have plan to test and use my two features already pushed to master
> > branch? I see some people asking about GRE features on 4.2.1 on user
> > maillist.
> >
> > Thanks,
>
> Is it only on master or 4.3 and 4.2.1 as well.
>
> If only on master, you might want to put it in the 4.2 branch so it gets
> in a 4.2.2 release
>
> Did you write some docs for GRE+KVM ? that would be a good way to show
> people how to use it.
>
> >
> > --Tuna
> >
> > Sent from my GT-N7000
>
>

Re: Review Request 16856: Fix for CLOUDSTACK-5864

[Sebastien Goasguen]

> On Jan. 15, 2014, 10:18 a.m., Sebastien Goasguen wrote:
> > Ship It!

committed to 4.3 with 00a5063107f70e8b8d9a74c9aa8d272db8a3a9f4


- Sebastien


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16856/#review31861
---


On Jan. 15, 2014, 7:23 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16856/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 a.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5864
> https://issues.apache.org/jira/browse/CLOUDSTACK-5864
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed the profile mentioned under CLOUDSTACK-5864
> 
> 
> Diffs
> -
> 
>   tools/marvin/pom.xml 0869248 
> 
> Diff: https://reviews.apache.org/r/16856/diff/
> 
> 
> Testing
> ---
> 
> Tested by running mvn -Pdeveloper,marvin.setup 
> -Dmarvin.config=setup/dev/basic.cfg -pl :cloud-marvin integration-test. It 
> proceeded fine with deploy Stage\step.
> 
> Note : There were other issues with simulator but i believe is independent of 
> this profile change.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

RE: About Improving GRE & Autoscaling features

[Nguyen Anh Tu]

Florin,

I'm not sure cloudstack need a supplemental package update for XenServer.
It should be no addition package requirement, isn't it?

--Tuna

Sent from my GT-N7000
On Jan 15, 2014 5:08 PM, "Florin Dumitrascu" <
florin.dumitra...@intunenetworks.com> wrote:

> Hi,
>
> Is there a Cloudstack supplemental package update for XenServer available
> somewhere as well ?
> Tuna's fix for GRE is also updating OVS Tunnel plugin for XS:
>
> https://reviews.apache.org/r/12445/
>
> Thanks,
> Florin
>
> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Wednesday, January 15, 2014 10:01 AM
> To: dev@cloudstack.apache.org
> Subject: Re: About Improving GRE & Autoscaling features
>
>
> On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:
>
> > Hi guys,
> >
> > Do we have plan to test and use my two features already pushed to
> > master branch? I see some people asking about GRE features on 4.2.1 on
> > user maillist.
> >
> > Thanks,
>
> Is it only on master or 4.3 and 4.2.1 as well.
>
> If only on master, you might want to put it in the 4.2 branch so it gets
> in a 4.2.2 release
>
> Did you write some docs for GRE+KVM ? that would be a good way to show
> people how to use it.
>
> >
> > --Tuna
> >
> > Sent from my GT-N7000
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments) is
> confidential. The contents may not be disclosed or used by anyone other
> than the addressee. If you are not the intended recipient, please notify
> the sender immediately or telephone: +353 (0)1 6204700. We cannot accept
> any responsibility for the accuracy or completeness of this message as it
> has been transmitted over a public network. If you suspect that the message
> may have been intercepted or amended, please call the sender.
>

Re: Review Request 16856: Fix for CLOUDSTACK-5864

[ASF Subversion and Git Services]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16856/#review31864
---


Commit 4f30889291fc5fa1c11081b737f91cfc3a460919 in branch refs/heads/4.2 from 
Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4f30889 ]

Fix for CLOUDSTACK-5864

Fixed the mentioned issue.

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On Jan. 15, 2014, 7:23 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16856/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 a.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5864
> https://issues.apache.org/jira/browse/CLOUDSTACK-5864
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed the profile mentioned under CLOUDSTACK-5864
> 
> 
> Diffs
> -
> 
>   tools/marvin/pom.xml 0869248 
> 
> Diff: https://reviews.apache.org/r/16856/diff/
> 
> 
> Testing
> ---
> 
> Tested by running mvn -Pdeveloper,marvin.setup 
> -Dmarvin.config=setup/dev/basic.cfg -pl :cloud-marvin integration-test. It 
> proceeded fine with deploy Stage\step.
> 
> Note : There were other issues with simulator but i believe is independent of 
> this profile change.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: Review Request 16856: Fix for CLOUDSTACK-5864

[ASF Subversion and Git Services]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16856/#review31863
---


Commit 3a3d8f27dd0bc4e1c9082d7434f365a702a8bf36 in branch refs/heads/master 
from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3a3d8f2 ]

Fix for CLOUDSTACK-5864

Fixed the mentioned issue.

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On Jan. 15, 2014, 7:23 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16856/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 a.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5864
> https://issues.apache.org/jira/browse/CLOUDSTACK-5864
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed the profile mentioned under CLOUDSTACK-5864
> 
> 
> Diffs
> -
> 
>   tools/marvin/pom.xml 0869248 
> 
> Diff: https://reviews.apache.org/r/16856/diff/
> 
> 
> Testing
> ---
> 
> Tested by running mvn -Pdeveloper,marvin.setup 
> -Dmarvin.config=setup/dev/basic.cfg -pl :cloud-marvin integration-test. It 
> proceeded fine with deploy Stage\step.
> 
> Note : There were other issues with simulator but i believe is independent of 
> this profile change.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: [ACS 4.3] RC update

[sebgoa]

On Jan 14, 2014, at 3:53 PM, sebgoa  wrote:

> 
> On Jan 14, 2014, at 3:48 PM, Santhosh Edukulla  
> wrote:
> 
>> Sebastian,
>> 
>> 1. As such the  profile issue mentioned in the bug is fixed( submitted a 
>> patch, not yet applied ), instead of using the same bug for other issue 
>> related to simulator, may be we can log a separate bug.
>> The reason being the issues reported are different and this new issue 
>> reported is inside the simulator code if any but nothing to do with marvin 
>> though? Let me know.
>> 
> 
> not note fixed yet, I will post additional comments/logs in your review

Ok I am happy with your comments in the review, I went ahead and committed the 
patch to master, 4.3 and 4.2
I closed 
https://issues.apache.org/jira/browse/CLOUDSTACK-5864

and opened:
 https://issues.apache.org/jira/browse/CLOUDSTACK-5875 as a non blocker, even 
though I feel we should fix it for 4.3 because it prevents truly automated 
integration tests to run on jenkins.
So if you could grab 5875 in JIRA (assign it to yourself) and fix the simulator 
that would be great.

thanks,

-Sebastien

> 
>> 
>> Regards,
>> Santhosh
>> 
>> From: sebgoa [run...@gmail.com]
>> Sent: Tuesday, January 14, 2014 9:10 AM
>> To: Santhosh Edukulla
>> Cc: dev@cloudstack.apache.org; gir...@clogeny.com; Prasanna Santhanam
>> Subject: Re: [ACS 4.3] RC update
>> 
>> On Jan 14, 2014, at 2:28 PM, Santhosh Edukulla 
>>  wrote:
>> 
>>> Hi Sebastian,
>>> 
>>> Note1 : The nose command you are running is right ( Just use nosetests-2.7 
>>> ),  I just ran the simulator using the below mentioned commands followed by 
>>> deployDataCenter, on 4.2 and 4.3 separately, there were  no errors  
>>> reported on 4.2. I could see that templates were available, displayed and 
>>> deployDataCenter worked fine on 4.2 but not on 4.3 and its throwing the 
>>> error you mentioned. We will look in to it.
>>> 
>> 
>> ok thanks, this is important. If we want to remove the maven profile then we 
>> need to make sure the nosetests way of configuring the DC works.
>> 
>>> Note2: Regarding the templates not available in UI, we need to register the 
>>> template to work with simulator post deploy for testing ( atleast with 
>>> 4.2.1 or later ), this behavior i believe was due to some issue in 
>>> simulator code in later code and i was told to register and proceed with 
>>> tests then.
>>> 
>>> Note3: Profile issue, i fixed and submitted a review.
>>> 
>> 
>> I tested it on 4.3, it seems to work but never returns. Is that the newly 
>> expected behavior ?
>> 
>>> Note4: Registering a template issue manually and below for addCluster 
>>> Command, we will look in to it. This i believe is nothing to do with marvin 
>>> though.
>>> 
>> 
>> your note4 and note3 seem to be talking about the same thing. My concern is 
>> that this was working in 4.2, so if it's broken in 4.2.1 this is brand new 
>> error.
>> I understand that few people use the simulator, but we should fix it in 4.3 
>> (and apply patch to 4.2 branch as well )
>> 
>> 
>> 
>>> Let me know.
>>> 
>>> Thanks!
>>> Santhosh
>>> 
>>> From: sebgoa [run...@gmail.com]
>>> Sent: Tuesday, January 14, 2014 5:22 AM
>>> To: Santhosh Edukulla
>>> Cc: dev@cloudstack.apache.org; gir...@clogeny.com; Prasanna Santhanam
>>> Subject: Re: [ACS 4.3] RC update
>>> 
>>> On Jan 13, 2014, at 6:45 PM, Santhosh Edukulla 
>>>  wrote:
>>> 
 Hi Sebastian,
 
 1. I was able to get the simulator up and running following the below 
 instructions @link:
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+integration
 
 mvn -Pdeveloper -Dsimulator clean install
 mvn -Pdeveloper -pl developer -Ddeploydb
 mvn -Pdeveloper -pl developer -Ddeploydb-simulator
 mvn -pl client jetty:run -Dsimulator
 
 Thereafter deploying a datacenter worked either by "python 
 deployDataCenter.py -i " or "python deployAndRun.py -c 
 "
 
>>> 
>>> Santhosh, I tried this and it works.
>>> I am pretty sure that we did not need to use the -Dsimulator before ( I 
>>> documented it without), but we can skip this.
>>> 
>>> However when accessing the UI and trying to run an instance, there are no 
>>> templates available.
>>> The systemVMs are running.
>>> 
>>> Also, I used to be able to use nosetests as well and configure the DC with:
>>> nosetests --with-marvin --marvin-config=setup/dev/basic.cfg
>>> 
>>> it gave me this:
>>> 
>>> $ nosetests --with-marvin --marvin-config=setup/dev/basic.cfg
>>> 
>>> Exception Occurred Under __deployDC : Execute cmd: addcluster failed, due 
>>> to: errorCode: 431, errorText:Could not find corresponding resource manager 
>>> for simulator
>>> Traceback (most recent call last):
>>> File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/nosetests",
>>>  line 8, in 
>>>  load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
>>> File 
>>> "/opt/local/Library/F

Build failed in Jenkins: build-master #54

[jenkins]

See 

Changes:

[runseb] Fix for CLOUDSTACK-5864

--
[...truncated 1349 lines...]
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:43:8:
 Unused import - java.util.Set.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:39:8:
 Unused import - java.util.Date.
:33:8:
 Unused import - com.xensource.xenapi.Types.BadServerResponse.
:34:8:
 Unused import - com.xensource.xenapi.Types.VersionException.
:35:8:
 Unused import - com.xensource.xenapi.Types.XenAPIException.
:39:8:
 Unused import - java.util.Date.
:41:8:
 Unused import - java.util.LinkedHashSet.
:43:8:
 Unused import - java.util.Set.
:45:8:
 Unused import - org.apache.xmlrpc.XmlRpcException.
:

problem with database creation

[sebgoa]

Hi, while testing 4.3 (with or without devcloud) I get a error in the database 
creation:

mysql> show databases;
++
| Database   |
++
| information_schema |
| mysql  |
| performance_schema |
| simulator  |
| test   |
++
5 rows in set (0.00 sec)

mysql> exit
Bye
sebimac:cloudstack sebgoa$ mvn -P developer -pl developer,tools/devcloud 
-Ddeploydb
Listening for transport dt_socket at address: 53306
[INFO] Scanning for projects...
[INFO] 
[INFO] Reactor Build Order:
[INFO] 
[INFO] Apache CloudStack Developer Mode
[INFO] Apache CloudStack DevCloud
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Developer Mode 4.3.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties 
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file: 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/../utils/conf/db.properties.override
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-developer ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
[INFO] Executing tasks

main:
[INFO] Executed tasks
[INFO] 
[INFO] >>> exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer >>>
[INFO] 
[INFO] <<< exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer <<<
[INFO] 
[INFO] --- exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer ---
log4j:WARN No appenders could be found for logger 
(org.springframework.core.env.StandardEnvironment).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
> WARNING: Provided file does not exist: 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/../utils/conf/db.properties.override
> WARNING: Provided file does not exist: 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/developer-prefill.sql.override
> Initializing database=cloud with host=localhost port=3306 
username=cloud password=cloud
> Running query: drop database if exists `cloud`
> Running query: create database `cloud`
> Running query: GRANT ALL ON cloud.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloud.* to 'cloud'@`%` identified by 
'cloud'
> Initializing database=cloud_usage with host=localhost port=3306 
username=cloud password=cloud
> Running query: drop database if exists `cloud_usage`
> Running query: create database `cloud_usage`
> Running query: GRANT ALL ON cloud_usage.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloud_usage.* to 'cloud'@`%` 
identified by 'cloud'
> Initializing database=cloudbridge with host=localhost port=3306 
username=cloud password=cloud
> Running query: drop database if exists `cloudbridge`
> Running query: create database `cloudbridge`
> Running query: GRANT ALL ON cloudbridge.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloudbridge.* to 'cloud'@`%` 
identified by 'cloud'
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/create-schema.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/create-schema-premium.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/templates.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_schema.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_multipart.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_index.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_multipart_alter.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_bucketpolicy.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_policy_alter.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_offering.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_offering_alter.sql
> Processing SQL file at 
/Users/sebgoa/Documents/gitforks/cloudstack/developer/developer-prefill.sql

Re: problem with database creation

[sebgoa]

Sateesh,

Can you check your sql statement:

 032888c4 engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java (Sateesh 
Chodapuneedi 2014-01-15 01:38:34 +0530  83) updatePstmt = 
conn.prepareStatement("UPDATE `cloud`.`service_offering` SET ram_size=? WHERE 
id=?'");

I think that's breaking the db creation. Maybe an extra single quote towards 
the end ?

And please make sure to test that:
 mvn -P developer -pl developer -Ddeploydb

works before you commit,

thanks,

-sebastien

On Jan 15, 2014, at 1:17 PM, sebgoa  wrote:

> Hi, while testing 4.3 (with or without devcloud) I get a error in the 
> database creation:
> 
> mysql> show databases;
> ++
> | Database   |
> ++
> | information_schema |
> | mysql  |
> | performance_schema |
> | simulator  |
> | test   |
> ++
> 5 rows in set (0.00 sec)
> 
> mysql> exit
> Bye
> sebimac:cloudstack sebgoa$ mvn -P developer -pl developer,tools/devcloud 
> -Ddeploydb
> Listening for transport dt_socket at address: 53306
> [INFO] Scanning for projects...
> [INFO] 
> 
> [INFO] Reactor Build Order:
> [INFO] 
> [INFO] Apache CloudStack Developer Mode
> [INFO] Apache CloudStack DevCloud
> [INFO]
>  
> [INFO] 
> 
> [INFO] Building Apache CloudStack Developer Mode 4.3.0-SNAPSHOT
> [INFO] 
> 
> [INFO] 
> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties 
> (default) @ cloud-developer ---
> [WARNING] Ignoring missing properties file: 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/../utils/conf/db.properties.override
> [INFO] 
> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
> cloud-developer ---
> [INFO] 
> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
> [INFO] Executing tasks
> 
> main:
> [INFO] Executed tasks
> [INFO] 
> [INFO] >>> exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer >>>
> [INFO] 
> [INFO] <<< exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer <<<
> [INFO] 
> [INFO] --- exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer ---
> log4j:WARN No appenders could be found for logger 
> (org.springframework.core.env.StandardEnvironment).
> log4j:WARN Please initialize the log4j system properly.
> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
> info.
> > WARNING: Provided file does not exist: 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/../utils/conf/db.properties.override
> > WARNING: Provided file does not exist: 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/developer-prefill.sql.override
> > Initializing database=cloud with host=localhost port=3306 
> username=cloud password=cloud
> > Running query: drop database if exists `cloud`
> > Running query: create database `cloud`
> > Running query: GRANT ALL ON cloud.* to 'cloud'@`localhost` 
> identified by 'cloud'
> > Running query: GRANT ALL ON cloud.* to 'cloud'@`%` identified 
> by 'cloud'
> > Initializing database=cloud_usage with host=localhost port=3306 
> username=cloud password=cloud
> > Running query: drop database if exists `cloud_usage`
> > Running query: create database `cloud_usage`
> > Running query: GRANT ALL ON cloud_usage.* to 
> 'cloud'@`localhost` identified by 'cloud'
> > Running query: GRANT ALL ON cloud_usage.* to 'cloud'@`%` 
> identified by 'cloud'
> > Initializing database=cloudbridge with host=localhost port=3306 
> username=cloud password=cloud
> > Running query: drop database if exists `cloudbridge`
> > Running query: create database `cloudbridge`
> > Running query: GRANT ALL ON cloudbridge.* to 
> 'cloud'@`localhost` identified by 'cloud'
> > Running query: GRANT ALL ON cloudbridge.* to 'cloud'@`%` 
> identified by 'cloud'
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/create-schema.sql
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/create-schema-premium.sql
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/templates.sql
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_schema.sql
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_multipart.sql
> > Processing SQL file at 
> /Users/sebgoa/Documents/gitforks/cloudstack/developer/target/db/cloudbridge_index.sql
> 

RE: About Improving GRE & Autoscaling features

[Florin Dumitrascu]

Hi everyone,

Thanks Tuna, indeed it looks like there is no need for a supplemental package.
I am just scratching the surface of CloudStack at the moment, from a user 
perspective.
I have only started about 3 weeks ago, so my understanding of some underlying 
mechanics  is very limited.
Someone on the users list explained to me how the plugin scripts are installed 
on XenServer.
Quoting:

---
The CloudStack management server copies updated scripts to the hosts when the 
hosts are added to CloudStack.
They are in the cloudstack-common RPM and stored in 
/usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/.
---

So what I understand so far is that GRE isolation doesn't work with 4.2.1 
release out of the box, even though it is part of the supported features since 
4.1.1 I think.
For that reason, is there an intention to release an official patch for 4.2.1, 
or even 4.2.0 ?
Until that or the next release is available, what is the way to have this 
working ? What branch do I need to build ? (I am not familiar with the CS 
release management yet)

Many thanks,
Florin


-Original Message-
From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
Sent: Wednesday, January 15, 2014 10:31 AM
To: dev@cloudstack.apache.org
Subject: RE: About Improving GRE & Autoscaling features

Florin,

I'm not sure cloudstack need a supplemental package update for XenServer.
It should be no addition package requirement, isn't it?

--Tuna

Sent from my GT-N7000
On Jan 15, 2014 5:08 PM, "Florin Dumitrascu" < 
florin.dumitra...@intunenetworks.com> wrote:

> Hi,
>
> Is there a Cloudstack supplemental package update for XenServer
> available somewhere as well ?
> Tuna's fix for GRE is also updating OVS Tunnel plugin for XS:
>
> https://reviews.apache.org/r/12445/
>
> Thanks,
> Florin
>
> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Wednesday, January 15, 2014 10:01 AM
> To: dev@cloudstack.apache.org
> Subject: Re: About Improving GRE & Autoscaling features
>
>
> On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:
>
> > Hi guys,
> >
> > Do we have plan to test and use my two features already pushed to
> > master branch? I see some people asking about GRE features on 4.2.1
> > on user maillist.
> >
> > Thanks,
>
> Is it only on master or 4.3 and 4.2.1 as well.
>
> If only on master, you might want to put it in the 4.2 branch so it
> gets in a 4.2.2 release
>
> Did you write some docs for GRE+KVM ? that would be a good way to show
> people how to use it.
>
> >
> > --Tuna
> >
> > Sent from my GT-N7000
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>

IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.

Jenkins build is back to normal : build-master #55

[jenkins]

See 

issue with devcloud on 4.3

[sebgoa]

When using Edison new image and running the mgt server on my localhost, I face 
an issue with deploying the DC with marvin:

$ python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
Traceback (most recent call last):
  File "../marvin/marvin/deployDataCenter.py", line 572, in 
deploy.deploy()
  File "../marvin/marvin/deployDataCenter.py", line 556, in deploy
self.createZones(self.config.zones)
  File "../marvin/marvin/deployDataCenter.py", line 385, in createZones
zoneresponse = self.apiClient.createZone(createzone)
  File 
"/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
 line 1296, in createZone
response = self.connection.marvinRequest(command, response_type=response, 
method=method)
  File 
"/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
 line 272, in marvinRequest
response = jsonHelper.getResultObj(response.json(), response_type)
  File 
"/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/jsonHelper.py",
 line 148, in getResultObj
raise cloudstackException.cloudstackAPIException(respname, errMsg)
cloudstackException.cloudstackAPIException: Execute cmd: createzone failed, due 
to: errorCode: 401, errorText:unable to verify user credentials and/or request 
signature


I built and deploy the db with:

mvn -Pdeveloper,systemvm clean install
mvn -P developer -pl developer,tools/devcloud -Ddeploydb

run the mgt server with:

mvn -pl client jetty:run

I am using devcloud as an hypervisor as opposed to running the mgt server 
directly in devcloud.

Cloudmonkey works fine so it's not a problem with the api server. The 
deploydatacenter script worked with the simulator.



-Sebastien

Commit 032888c broke deploydb

[SuichII, Christopher]

Sateesh,

It appears that your recent commit broke the deploydb mvn profile. When running 
the profile this morning, I encountered the error below. I believe it comes 
from this line of Upgrade421to430.java:

updatePstmt = conn.prepareStatement("UPDATE `cloud`.`service_offering` SET 
ram_size=? WHERE id=?'”);

It looks like you have an extra ' at the end there.

[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 56.973s
[INFO] Finished at: Wed Jan 15 08:52:02 EST 2014
[INFO] Final Memory: 42M/812M
[INFO] 
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:java 
(create-schema) on project cloud-developer: An exception occured while 
executing the Java class. null: InvocationTargetException: Unable to upgrade 
the database: Unable to upgrade ram_size of service offering for secondary 
storage vm. You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use near ''' 
at line 1 -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.codehaus.mojo:exec-maven-plugin:1.2.1:java (create-schema) on project 
cloud-developer: An exception occured while executing the Java class. null
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: An exception occured 
while executing the Java class. null
at org.codehaus.mojo.exec.ExecJavaMojo.execute(ExecJavaMojo.java:352)
at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 19 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade 
the database
at 
com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:319)
at 
com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:414)
at com.cloud.upgrade.DatabaseCreator.main(DatabaseCreator.java:229)
... 6 more
Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade 
ram_size of service offering for secondary storage vm. 
at 
com.cloud.upgrade.dao.Upgrade421to430.upgradeMemoryOfSsvmOffering(Upgrade421to430.java:93)
at 
com.cloud.upgrade.dao.Upgrade421to430.performDataMigration(Upgrade421to430.java:66)
at 
com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:292)
... 8 more
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException

The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean installation

[Hugo Trippaers]

Sateesh,

The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean installation 
of CloudStack at the moment. The error is this:

2014-01-15 15:07:19,166 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) Unable 
to upgrade the database
com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade ram_size of 
service offering for secondary storage v
m.
at 
com.cloud.upgrade.dao.Upgrade421to430.upgradeMemoryOfSsvmOffering(Upgrade421to430.java:93)
at 
com.cloud.upgrade.dao.Upgrade421to430.performDataMigration(Upgrade421to430.java:66)
at 
com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
at 
com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
at 
org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycl
e.java:65)

You can reproduce it by using cloudstack-setup-database to configure the 
database and then starting the management server.


Cheers,

Hugo

Re: The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean installation

[Hugo Trippaers]

Should be fixed:

commit 9aaea28d0dedc370888d346d55c81b95486f131b
Author: Hugo Trippaers 
Date:   Wed Jan 15 15:20:48 2014 +0100

Fix typo

diff --git a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java 
b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
index bf08e87..9702792 100644
--- a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
+++ b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
@@ -80,7 +80,7 @@ public class Upgrade421to430 implements DbUpgrade {
 
 try {
 selectPstmt = conn.prepareStatement("SELECT id FROM 
`cloud`.`service_offering` WHERE vm_type='secondarystoragevm'");
-updatePstmt = conn.prepareStatement("UPDATE 
`cloud`.`service_offering` SET ram_size=? WHERE id=?'");
+updatePstmt = conn.prepareStatement("UPDATE 
`cloud`.`service_offering` SET ram_size=? WHERE id=?");
 selectResultSet = selectPstmt.executeQuery();
 if(selectResultSet.next()) {
 serviceOfferingId = selectResultSet.getLong("id");



On 15 jan. 2014, at 15:17, Hugo Trippaers  wrote:

> Sateesh,
> 
> The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean 
> installation of CloudStack at the moment. The error is this:
> 
> 2014-01-15 15:07:19,166 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) 
> Unable to upgrade the database
> com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade ram_size 
> of service offering for secondary storage v
> m.
>at 
> com.cloud.upgrade.dao.Upgrade421to430.upgradeMemoryOfSsvmOffering(Upgrade421to430.java:93)
>at 
> com.cloud.upgrade.dao.Upgrade421to430.performDataMigration(Upgrade421to430.java:66)
>at 
> com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
>at 
> com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
>at 
> org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycl
> e.java:65)
> 
> You can reproduce it by using cloudstack-setup-database to configure the 
> database and then starting the management server.
> 
> 
> Cheers,
> 
> Hugo

Re: issue with devcloud on 4.3

[sebgoa]

scratch that, my fault, I was running two mgt servers.

No issue


On Jan 15, 2014, at 2:52 PM, sebgoa  wrote:

> When using Edison new image and running the mgt server on my localhost, I 
> face an issue with deploying the DC with marvin:
> 
> $ python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback (most recent call last):
>  File "../marvin/marvin/deployDataCenter.py", line 572, in 
>deploy.deploy()
>  File "../marvin/marvin/deployDataCenter.py", line 556, in deploy
>self.createZones(self.config.zones)
>  File "../marvin/marvin/deployDataCenter.py", line 385, in createZones
>zoneresponse = self.apiClient.createZone(createzone)
>  File 
> "/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
>  line 1296, in createZone
>response = self.connection.marvinRequest(command, response_type=response, 
> method=method)
>  File 
> "/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>  line 272, in marvinRequest
>response = jsonHelper.getResultObj(response.json(), response_type)
>  File 
> "/Users/sebgoa/Documents/gitforks/cloudstack/tools/marvin/marvin/jsonHelper.py",
>  line 148, in getResultObj
>raise cloudstackException.cloudstackAPIException(respname, errMsg)
> cloudstackException.cloudstackAPIException: Execute cmd: createzone failed, 
> due to: errorCode: 401, errorText:unable to verify user credentials and/or 
> request signature
> 
> 
> I built and deploy the db with:
> 
>mvn -Pdeveloper,systemvm clean install
>mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> 
> run the mgt server with:
> 
>mvn -pl client jetty:run
> 
> I am using devcloud as an hypervisor as opposed to running the mgt server 
> directly in devcloud.
> 
> Cloudmonkey works fine so it's not a problem with the api server. The 
> deploydatacenter script worked with the simulator.
> 
> 
> 
> -Sebastien

Re: The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean installation

[SuichII, Christopher]

Can you apply this to the 4.3 branch as well, please?

-Chris
-- 
Chris Suich
chris.su...@netapp.com
NetApp Software Engineer
Data Center Platforms – Cloud Solutions
Citrix, Cisco & Red Hat

On Jan 15, 2014, at 9:22 AM, Hugo Trippaers  wrote:

> Should be fixed:
> 
> commit 9aaea28d0dedc370888d346d55c81b95486f131b
> Author: Hugo Trippaers 
> Date:   Wed Jan 15 15:20:48 2014 +0100
> 
>Fix typo
> 
> diff --git a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java 
> b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
> index bf08e87..9702792 100644
> --- a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
> +++ b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
> @@ -80,7 +80,7 @@ public class Upgrade421to430 implements DbUpgrade {
> 
> try {
> selectPstmt = conn.prepareStatement("SELECT id FROM 
> `cloud`.`service_offering` WHERE vm_type='secondarystoragevm'");
> -updatePstmt = conn.prepareStatement("UPDATE 
> `cloud`.`service_offering` SET ram_size=? WHERE id=?'");
> +updatePstmt = conn.prepareStatement("UPDATE 
> `cloud`.`service_offering` SET ram_size=? WHERE id=?");
> selectResultSet = selectPstmt.executeQuery();
> if(selectResultSet.next()) {
> serviceOfferingId = selectResultSet.getLong("id");
> 
> 
> 
> On 15 jan. 2014, at 15:17, Hugo Trippaers  wrote:
> 
>> Sateesh,
>> 
>> The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean 
>> installation of CloudStack at the moment. The error is this:
>> 
>> 2014-01-15 15:07:19,166 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) 
>> Unable to upgrade the database
>> com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade ram_size 
>> of service offering for secondary storage v
>> m.
>>   at 
>> com.cloud.upgrade.dao.Upgrade421to430.upgradeMemoryOfSsvmOffering(Upgrade421to430.java:93)
>>   at 
>> com.cloud.upgrade.dao.Upgrade421to430.performDataMigration(Upgrade421to430.java:66)
>>   at 
>> com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
>>   at 
>> com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
>>   at 
>> org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycl
>> e.java:65)
>> 
>> You can reproduce it by using cloudstack-setup-database to configure the 
>> database and then starting the management server.
>> 
>> 
>> Cheers,
>> 
>> Hugo
> 

Re: The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean installation

[Hugo Trippaers]

Done!

Cheers,

Hugo


On 15 jan. 2014, at 15:26, SuichII, Christopher  wrote:

> Can you apply this to the 4.3 branch as well, please?
> 
> -Chris
> -- 
> Chris Suich
> chris.su...@netapp.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
> 
> On Jan 15, 2014, at 9:22 AM, Hugo Trippaers  wrote:
> 
>> Should be fixed:
>> 
>> commit 9aaea28d0dedc370888d346d55c81b95486f131b
>> Author: Hugo Trippaers 
>> Date:   Wed Jan 15 15:20:48 2014 +0100
>> 
>>   Fix typo
>> 
>> diff --git a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java 
>> b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
>> index bf08e87..9702792 100644
>> --- a/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
>> +++ b/engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java
>> @@ -80,7 +80,7 @@ public class Upgrade421to430 implements DbUpgrade {
>> 
>>try {
>>selectPstmt = conn.prepareStatement("SELECT id FROM 
>> `cloud`.`service_offering` WHERE vm_type='secondarystoragevm'");
>> -updatePstmt = conn.prepareStatement("UPDATE 
>> `cloud`.`service_offering` SET ram_size=? WHERE id=?'");
>> +updatePstmt = conn.prepareStatement("UPDATE 
>> `cloud`.`service_offering` SET ram_size=? WHERE id=?");
>>selectResultSet = selectPstmt.executeQuery();
>>if(selectResultSet.next()) {
>>serviceOfferingId = selectResultSet.getLong("id");
>> 
>> 
>> 
>> On 15 jan. 2014, at 15:17, Hugo Trippaers  wrote:
>> 
>>> Sateesh,
>>> 
>>> The commit ba96c8cadfa4b1dc7ee74fdb26ba5cea87e29b91 breaks a clean 
>>> installation of CloudStack at the moment. The error is this:
>>> 
>>> 2014-01-15 15:07:19,166 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) 
>>> Unable to upgrade the database
>>> com.cloud.utils.exception.CloudRuntimeException: Unable to upgrade ram_size 
>>> of service offering for secondary storage v
>>> m.
>>>  at 
>>> com.cloud.upgrade.dao.Upgrade421to430.upgradeMemoryOfSsvmOffering(Upgrade421to430.java:93)
>>>  at 
>>> com.cloud.upgrade.dao.Upgrade421to430.performDataMigration(Upgrade421to430.java:66)
>>>  at 
>>> com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
>>>  at 
>>> com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
>>>  at 
>>> org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycl
>>> e.java:65)
>>> 
>>> You can reproduce it by using cloudstack-setup-database to configure the 
>>> database and then starting the management server.
>>> 
>>> 
>>> Cheers,
>>> 
>>> Hugo
>> 
> 

Re: Devcloud update for 4.3

[sebgoa]

I confirm that this works.

I am uploading the image to my people space on apache infra.

I had several warnings, devcloud rebooted (which I don't remember happening), 
but finally It seemed to recover and I started an instance.

Here are the logs, if someone cares to look at them:

http://pastebin.com/yR5RTJsj

-sebastien

On Jan 15, 2014, at 10:30 AM, Sebastien Goasguen  wrote:

> 
> On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:
> 
>> After several fixes, devcloud is working on 4.3 branch now.
>> Manually create a new devcloud image(the only change to the image is to put 
>> 4.3 system vm template into /opt/storage/secondary/**/1/1/), and put it 
>> under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place to hold 1.3G 
>> data, so put it in a Chinese dropbox like website(which has 2T storage for 
>> free...) ).
>> Not sure you can download it or not. If not, then I may need help to find 
>> another place to store the image.
> 
> Cool,
> 
> Maybe you can put it on S3 or your public_html on people.apache.org
> 
> 

Re: About Improving GRE & Autoscaling features

[sebgoa]

On Jan 15, 2014, at 1:51 PM, Florin Dumitrascu 
 wrote:

> Hi everyone,
> 
> Thanks Tuna, indeed it looks like there is no need for a supplemental package.
> I am just scratching the surface of CloudStack at the moment, from a user 
> perspective.
> I have only started about 3 weeks ago, so my understanding of some underlying 
> mechanics  is very limited.
> Someone on the users list explained to me how the plugin scripts are 
> installed on XenServer.
> Quoting:
> 
> ---
> The CloudStack management server copies updated scripts to the hosts when the 
> hosts are added to CloudStack.
> They are in the cloudstack-common RPM and stored in 
> /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/.
> ---
> 
> So what I understand so far is that GRE isolation doesn't work with 4.2.1 
> release out of the box,

Hi, why do you say it does not work ? What issues did you face. GRE isolation 
with XS should work in 4.2.0 and 4.2.1.
What Tuna did is add support for XCP and KVM, which may not have made the code 
freeze for 4.2.0 (we will check that).

> even though it is part of the supported features since 4.1.1 I think.
> For that reason, is there an intention to release an official patch for 
> 4.2.1, or even 4.2.0 ?
> Until that or the next release is available, what is the way to have this 
> working ? What branch do I need to build ? (I am not familiar with the CS 
> release management yet)
> 
> Many thanks,
> Florin
> 
> 
> -Original Message-
> From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
> Sent: Wednesday, January 15, 2014 10:31 AM
> To: dev@cloudstack.apache.org
> Subject: RE: About Improving GRE & Autoscaling features
> 
> Florin,
> 
> I'm not sure cloudstack need a supplemental package update for XenServer.
> It should be no addition package requirement, isn't it?
> 
> --Tuna
> 
> Sent from my GT-N7000
> On Jan 15, 2014 5:08 PM, "Florin Dumitrascu" < 
> florin.dumitra...@intunenetworks.com> wrote:
> 
>> Hi,
>> 
>> Is there a Cloudstack supplemental package update for XenServer
>> available somewhere as well ?
>> Tuna's fix for GRE is also updating OVS Tunnel plugin for XS:
>> 
>> https://reviews.apache.org/r/12445/
>> 
>> Thanks,
>> Florin
>> 
>> -Original Message-
>> From: sebgoa [mailto:run...@gmail.com]
>> Sent: Wednesday, January 15, 2014 10:01 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: About Improving GRE & Autoscaling features
>> 
>> 
>> On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:
>> 
>>> Hi guys,
>>> 
>>> Do we have plan to test and use my two features already pushed to
>>> master branch? I see some people asking about GRE features on 4.2.1
>>> on user maillist.
>>> 
>>> Thanks,
>> 
>> Is it only on master or 4.3 and 4.2.1 as well.
>> 
>> If only on master, you might want to put it in the 4.2 branch so it
>> gets in a 4.2.2 release
>> 
>> Did you write some docs for GRE+KVM ? that would be a good way to show
>> people how to use it.
>> 
>>> 
>>> --Tuna
>>> 
>>> Sent from my GT-N7000
>> 
>> 
>> IMPORTANT NOTE: The information in this e-mail (and any attachments)
>> is confidential. The contents may not be disclosed or used by anyone
>> other than the addressee. If you are not the intended recipient,
>> please notify the sender immediately or telephone: +353 (0)1 6204700.
>> We cannot accept any responsibility for the accuracy or completeness
>> of this message as it has been transmitted over a public network. If
>> you suspect that the message may have been intercepted or amended, please 
>> call the sender.
>> 
> 
> IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
> confidential. The contents may not be disclosed or used by anyone other than 
> the addressee. If you are not the intended recipient, please notify the 
> sender immediately or telephone: +353 (0)1 6204700. We cannot accept any 
> responsibility for the accuracy or completeness of this message as it has 
> been transmitted over a public network. If you suspect that the message may 
> have been intercepted or amended, please call the sender.

ApiXmlDocWriter

[David Nalley]

Hi folks;

I raised this to a blocker for 4.3.0 as generating accurate API docs seems
pretty crucial to actually using the software. This was a problem in 4.2 as
well, but unfortunately caught too late in the cycle.

https://issues.apache.org/jira/browse/CLOUDSTACK-4912

--David

RE: About Improving GRE & Autoscaling features

[Florin Dumitrascu]

Hi Sebastien,

I have an advanced zone with GRE isolation.  Trying to create the first guest 
VM instance fails, guest VM and router VM deployment fails.
The trace in my management server log is similar to the one described by 
someone else in CLOUDSTACK-4599 (I was however using CloudStack 4.2.0):

https://issues.apache.org/jira/browse/CLOUDSTACK-4599  (this has been reported 
by several people)

While investigating xensource.log on XenServer, I have found this type of 
errors during tunnel create:

Jan  9 10:21:27 xenserver-host2 xenopsd: [debug|xenserver-host2|8|VIF.plug 
R:d4658bd8f514|xenops] Task 65 reference VIF.plug R:d4658bd8f514: 
["VIF_hotplug", ["7a2d0a13-25c1 -4c43-8e90-badb47ebab64", "2"]]
Jan  9 10:21:27 xenserver-host2 xenopsd: [debug|xenserver-host2|8|VIF.plug 
R:d4658bd8f514|xenops] VIF_hotplug 7a2d0a13-25c1-4c43-8e90-badb47ebab64.2
Jan  9 10:21:27 xenserver-host2 xenopsd: [debug|xenserver-host2|8|VIF.plug 
R:d4658bd8f514|xenops] Performing: ["VIF_set_active", 
["7a2d0a13-25c1-4c43-8e90-badb47ebab64", "2"], true]
Jan  9 10:21:27 xenserver-host2 xenopsd: [debug|xenserver-host2|8|VIF.plug 
R:d4658bd8f514|xenops] Task 65 failed; exception = ["Does_not_exist", ["extra", 
"7a2d0a13-25c1-4c43-8e90-badb47ebab64"]]

This is the same type of error during VIF plugin as that described in
https://issues.apache.org/jira/browse/CLOUDSTACK-3174

"The dom0vif.plug function leads to an error: "INTERNAL_ERROR: Object with type 
extra and id 296e988a-fdd0-4a98-825a-0d728135f78a does not exist in xenopsd"

I am not aware of the main differences between XenServer and XCP, but it looks 
to be happening on XenServer too.

Thanks for your help,
Florin




-Original Message-
From: sebgoa [mailto:run...@gmail.com]
Sent: Wednesday, January 15, 2014 3:05 PM
To: dev@cloudstack.apache.org
Subject: Re: About Improving GRE & Autoscaling features


On Jan 15, 2014, at 1:51 PM, Florin Dumitrascu 
 wrote:

> Hi everyone,
>
> Thanks Tuna, indeed it looks like there is no need for a supplemental package.
> I am just scratching the surface of CloudStack at the moment, from a user 
> perspective.
> I have only started about 3 weeks ago, so my understanding of some underlying 
> mechanics  is very limited.
> Someone on the users list explained to me how the plugin scripts are 
> installed on XenServer.
> Quoting:
>
> ---
> The CloudStack management server copies updated scripts to the hosts when the 
> hosts are added to CloudStack.
> They are in the cloudstack-common RPM and stored in 
> /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/.
> ---
>
> So what I understand so far is that GRE isolation doesn't work with
> 4.2.1 release out of the box,

Hi, why do you say it does not work ? What issues did you face. GRE isolation 
with XS should work in 4.2.0 and 4.2.1.
What Tuna did is add support for XCP and KVM, which may not have made the code 
freeze for 4.2.0 (we will check that).

> even though it is part of the supported features since 4.1.1 I think.
> For that reason, is there an intention to release an official patch for 
> 4.2.1, or even 4.2.0 ?
> Until that or the next release is available, what is the way to have
> this working ? What branch do I need to build ? (I am not familiar
> with the CS release management yet)
>
> Many thanks,
> Florin
>
>
> -Original Message-
> From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen
> Anh Tu
> Sent: Wednesday, January 15, 2014 10:31 AM
> To: dev@cloudstack.apache.org
> Subject: RE: About Improving GRE & Autoscaling features
>
> Florin,
>
> I'm not sure cloudstack need a supplemental package update for XenServer.
> It should be no addition package requirement, isn't it?
>
> --Tuna
>
> Sent from my GT-N7000
> On Jan 15, 2014 5:08 PM, "Florin Dumitrascu" < 
> florin.dumitra...@intunenetworks.com> wrote:
>
>> Hi,
>>
>> Is there a Cloudstack supplemental package update for XenServer
>> available somewhere as well ?
>> Tuna's fix for GRE is also updating OVS Tunnel plugin for XS:
>>
>> https://reviews.apache.org/r/12445/
>>
>> Thanks,
>> Florin
>>
>> -Original Message-
>> From: sebgoa [mailto:run...@gmail.com]
>> Sent: Wednesday, January 15, 2014 10:01 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: About Improving GRE & Autoscaling features
>>
>>
>> On Jan 15, 2014, at 10:51 AM, Nguyen Anh Tu  wrote:
>>
>>> Hi guys,
>>>
>>> Do we have plan to test and use my two features already pushed to
>>> master branch? I see some people asking about GRE features on 4.2.1
>>> on user maillist.
>>>
>>> Thanks,
>>
>> Is it only on master or 4.3 and 4.2.1 as well.
>>
>> If only on master, you might want to put it in the 4.2 branch so it
>> gets in a 4.2.2 release
>>
>> Did you write some docs for GRE+KVM ? that would be a good way to
>> show people how to use it.
>>
>>>
>>> --Tuna
>>>
>>> Sent from my GT-N7000
>>
>>
>> IMPORTANT NOTE: The information in this e-mail (and any attachments)
>> is confidential. The contents may not be disclosed or us

Re: ApiXmlDocWriter

[Hugo Trippaers]

Hey David,

The api’s you mention will only be discovered if you generate the apidocs with 
the noredist flag enabled. Otherwise those modules will be excluded from the 
build and ignored in API docs. So we should make a process where we generate 
the docs using the noredist procedure probably.

Cheers,

Hugo

On 15 jan. 2014, at 16:40, David Nalley  wrote:

> Hi folks;
> 
> I raised this to a blocker for 4.3.0 as generating accurate API docs seems
> pretty crucial to actually using the software. This was a problem in 4.2 as
> well, but unfortunately caught too late in the cycle.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4912
> 
> --David

Re: ApiXmlDocWriter

[David Nalley]

Interesting, I'll do some testing, perhaps this is notabug.

Thanks Hugo,

--David


On Wed, Jan 15, 2014 at 10:56 AM, Hugo Trippaers  wrote:

> Hey David,
>
> The api’s you mention will only be discovered if you generate the apidocs
> with the noredist flag enabled. Otherwise those modules will be excluded
> from the build and ignored in API docs. So we should make a process where
> we generate the docs using the noredist procedure probably.
>
> Cheers,
>
> Hugo
>
> On 15 jan. 2014, at 16:40, David Nalley  wrote:
>
> > Hi folks;
> >
> > I raised this to a blocker for 4.3.0 as generating accurate API docs
> seems
> > pretty crucial to actually using the software. This was a problem in 4.2
> as
> > well, but unfortunately caught too late in the cycle.
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-4912
> >
> > --David
>
>

Re: Devcloud update for 4.3

[sebgoa]

I put the image at http://people.apache.org/~sebgoa/devcloud2.ova



On Jan 15, 2014, at 3:57 PM, sebgoa  wrote:

> I confirm that this works.
> 
> I am uploading the image to my people space on apache infra.
> 
> I had several warnings, devcloud rebooted (which I don't remember happening), 
> but finally It seemed to recover and I started an instance.
> 
> Here are the logs, if someone cares to look at them:
> 
> http://pastebin.com/yR5RTJsj
> 
> -sebastien
> 
> On Jan 15, 2014, at 10:30 AM, Sebastien Goasguen  wrote:
> 
>> 
>> On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:
>> 
>>> After several fixes, devcloud is working on 4.3 branch now.
>>> Manually create a new devcloud image(the only change to the image is to put 
>>> 4.3 system vm template into /opt/storage/secondary/**/1/1/), and put it 
>>> under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place to hold 
>>> 1.3G data, so put it in a Chinese dropbox like website(which has 2T storage 
>>> for free...) ).
>>> Not sure you can download it or not. If not, then I may need help to find 
>>> another place to store the image.
>> 
>> Cool,
>> 
>> Maybe you can put it on S3 or your public_html on people.apache.org
>> 
>> 
> 

RE: checkstyle problems...

[Alex Huang]

Hugo,

I didn't see any problems at first either.  Later, when I tried to figure out 
why Mike was seeing problems, I remembered he said he often deletes the whole 
workspace and started over.  So I did the same.  I removed my eclipse workspace 
and removed all .project files and started over completely.  After that, I 
started seeing the problems.

--Alex

> -Original Message-
> From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
> Sent: Tuesday, January 14, 2014 11:31 PM
> To: dev
> Subject: Re: checkstyle problems...
> 
> Hey guys,
> 
> 
> There are two ideas behind using checkstyle a i've currently implemented it
> in the maven build. First of all it runs for every project, this means that
> triggering a compile on a single module will also run the checkstyle checks on
> it. So you don't have to recompile the entire project and use the slow global
> checkstyle check, but fast local audit. This also ties in with my plans to get
> incremental builds going, the idea is to get Jenkins feedback on a commit
> within 5 minutes of doing the commit. For this we need incremental builds
> which builds only the modules that were touched by a commit (and possibly
> dependents). By having checkstyle local to the module, it would be included
> in such a build. Secondly by making it a maven module like this it means
> external plugin developers can include the exact same maven configuration
> for their project and download our checkstyle configuration using the maven
> framework. Not really a big deal, but it might help when we have more
> separate repositories for plugins.
> 
> The same reasoning goes for the maven license plugin, i'm testing that one in
> the opendaylight plugin and it could replace the rat checks with a simple
> check that would run on every module individually. But more on that later
> 
> So my preference would be to keep it as is obviously, but i'm in agreement
> that it shouldn't cause trouble when using an editor like eclipse. I'm not
> seeing those issues in my eclipse at the moment, so i'll try to reproduce them
> and see if they can be fixed.
> 
> Cheers,
> 
> Hugo
> 
> 
> 
> On 15 jan. 2014, at 05:02, Alex Huang  wrote:
> 
> > Yes.  I do believe it runs on every eclipse recompile because it's now part 
> > of
> the build for every project.  I've gotten so frustrated with it, I've 
> reverted the
> commit locally but I don't know checkstyle very well so I'm hoping Hugo has a
> better solution.
> >
> > --Alex
> >
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: Tuesday, January 14, 2014 12:01 PM
> >> To: dev@cloudstack.apache.org
> >> Cc: Hugo Trippaers (htrippa...@schubergphilis.com)
> >> Subject: Re: checkstyle problems...
> >>
> >> I also think the way I have checkstyle configured in Eclipse causes
> >> it to take a super long time to build. Not sure what setting I turned
> >> on to do that, but even removing the plug-in for the time being is
> >> extremely slow because Eclipse always wants to run checkstyle.
> >>
> >>
> >> On Tue, Jan 14, 2014 at 12:44 PM, Alex Huang 
> >> wrote:
> >>
> >>> Hi Hugo,
> >>>
> >>> I see that you added the checkstyle project back in.  I actually
> >>> tried that first when I made checkstyle required for the entire
> >>> project.  It is the recommended procedure from the checkstyle website.
> >>> Unfortunately, it causes problems like the following exceptions in
> >>> eclipse all
> >> of the time.
> >>> That's why I went with one checkstyle step for the entire cloudstack.
> >>> I think given that we have editors that can help with formatting the
> >>> code, it shouldn't be that much of a problem to do one step only.
> >>> What do
> >> you think?
> >>>
> >>> If we prefer the per-project checkstyle still, then we need to
> >>> resolve these problems because it happens on every recompile.
> >>>
> >>> Errors occurred during the build.
> >>> Errors running builder 'Checkstyle Builder' on project 'cloudstack'.
> >>> Fileset from project "cloudstack" has no valid check configuration.
> >>> Fileset from project "cloudstack" has no valid check configuration.
> >>> Fileset from project "cloudstack" has no valid check configuration.
> >>> Fileset from project "cloudstack" has no valid check configuration.
> >>> Errors running builder 'Checkstyle Builder' on project
> >>> 'cloudstack-service-console-proxy'.
> >>> Fileset from project "cloudstack-service-console-proxy" has no valid
> >>> check configuration.
> >>> Fileset from project "cloudstack-service-console-proxy" has no valid
> >>> check configuration.
> >>> Fileset from project "cloudstack-service-console-proxy" has no valid
> >>> check configuration.
> >>> Fileset from project "cloudstack-service-console-proxy" has no valid
> >>> check configuration.
> >>> Errors running builder 'Checkstyle Builder' on project 'xapi'.
> >>> Fileset from project "xapi" has no valid check configuration.
> >>> Fileset from project "xapi" has no valid ch

Re: checkstyle problems...

[Mike Tutkowski]

Yeah, and to clarify, the reason I sometimes do that is if I switch between
branches. I've noticed many problems in Eclipse when I swap out a branch
underneath it, so I generally remove all the projects and re-import them at
these times.


On Wed, Jan 15, 2014 at 10:02 AM, Alex Huang  wrote:

> Hugo,
>
> I didn't see any problems at first either.  Later, when I tried to figure
> out why Mike was seeing problems, I remembered he said he often deletes the
> whole workspace and started over.  So I did the same.  I removed my eclipse
> workspace and removed all .project files and started over completely.
>  After that, I started seeing the problems.
>
> --Alex
>
> > -Original Message-
> > From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
> > Sent: Tuesday, January 14, 2014 11:31 PM
> > To: dev
> > Subject: Re: checkstyle problems...
> >
> > Hey guys,
> >
> >
> > There are two ideas behind using checkstyle a i've currently implemented
> it
> > in the maven build. First of all it runs for every project, this means
> that
> > triggering a compile on a single module will also run the checkstyle
> checks on
> > it. So you don't have to recompile the entire project and use the slow
> global
> > checkstyle check, but fast local audit. This also ties in with my plans
> to get
> > incremental builds going, the idea is to get Jenkins feedback on a commit
> > within 5 minutes of doing the commit. For this we need incremental builds
> > which builds only the modules that were touched by a commit (and possibly
> > dependents). By having checkstyle local to the module, it would be
> included
> > in such a build. Secondly by making it a maven module like this it means
> > external plugin developers can include the exact same maven configuration
> > for their project and download our checkstyle configuration using the
> maven
> > framework. Not really a big deal, but it might help when we have more
> > separate repositories for plugins.
> >
> > The same reasoning goes for the maven license plugin, i'm testing that
> one in
> > the opendaylight plugin and it could replace the rat checks with a simple
> > check that would run on every module individually. But more on that later
> >
> > So my preference would be to keep it as is obviously, but i'm in
> agreement
> > that it shouldn't cause trouble when using an editor like eclipse. I'm
> not
> > seeing those issues in my eclipse at the moment, so i'll try to
> reproduce them
> > and see if they can be fixed.
> >
> > Cheers,
> >
> > Hugo
> >
> >
> >
> > On 15 jan. 2014, at 05:02, Alex Huang  wrote:
> >
> > > Yes.  I do believe it runs on every eclipse recompile because it's now
> part of
> > the build for every project.  I've gotten so frustrated with it, I've
> reverted the
> > commit locally but I don't know checkstyle very well so I'm hoping Hugo
> has a
> > better solution.
> > >
> > > --Alex
> > >
> > >> -Original Message-
> > >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > >> Sent: Tuesday, January 14, 2014 12:01 PM
> > >> To: dev@cloudstack.apache.org
> > >> Cc: Hugo Trippaers (htrippa...@schubergphilis.com)
> > >> Subject: Re: checkstyle problems...
> > >>
> > >> I also think the way I have checkstyle configured in Eclipse causes
> > >> it to take a super long time to build. Not sure what setting I turned
> > >> on to do that, but even removing the plug-in for the time being is
> > >> extremely slow because Eclipse always wants to run checkstyle.
> > >>
> > >>
> > >> On Tue, Jan 14, 2014 at 12:44 PM, Alex Huang 
> > >> wrote:
> > >>
> > >>> Hi Hugo,
> > >>>
> > >>> I see that you added the checkstyle project back in.  I actually
> > >>> tried that first when I made checkstyle required for the entire
> > >>> project.  It is the recommended procedure from the checkstyle
> website.
> > >>> Unfortunately, it causes problems like the following exceptions in
> > >>> eclipse all
> > >> of the time.
> > >>> That's why I went with one checkstyle step for the entire cloudstack.
> > >>> I think given that we have editors that can help with formatting the
> > >>> code, it shouldn't be that much of a problem to do one step only.
> > >>> What do
> > >> you think?
> > >>>
> > >>> If we prefer the per-project checkstyle still, then we need to
> > >>> resolve these problems because it happens on every recompile.
> > >>>
> > >>> Errors occurred during the build.
> > >>> Errors running builder 'Checkstyle Builder' on project 'cloudstack'.
> > >>> Fileset from project "cloudstack" has no valid check configuration.
> > >>> Fileset from project "cloudstack" has no valid check configuration.
> > >>> Fileset from project "cloudstack" has no valid check configuration.
> > >>> Fileset from project "cloudstack" has no valid check configuration.
> > >>> Errors running builder 'Checkstyle Builder' on project
> > >>> 'cloudstack-service-console-proxy'.
> > >>> Fileset from project "cloudstack-service-console-proxy" has no valid
> > >>> check configu

Fwd: ApacheCon NA 2014 Travel Assistance Applications now open!

[David Nalley]

Hi folks:

Please see the below message from TAC. If you are interested in
attending ApacheCon in Denver in a few months and can't afford to
attend, consider applying to TAC which has funding available to get
folks there. As a side note, this years North American CloudStack
Collab Conference is colocated with ApacheCon.

--David

-- Forwarded message --
From: lewis john mcgibbney 
Date: Wed, Jan 15, 2014 at 11:41 AM
Subject: ApacheCon NA 2014 Travel Assistance Applications now open!
To: p...@apache.org
Cc: travel-assista...@apache.org


To: p...@apache.org
Reply-To: travel-assista...@apache.org

Hi pmcs@,

The Travel Assistance Committee (TAC) are pleased to announce that
travel assistance applications for ApacheCon North America 2014 are
now open! This announcement serves as a purpose for you (pmcs@) to let
members of your community know about both ApacheConNA 2014 and about
the TAC assistance to attend. Could you please forward this
announcement to your community, along if possible with information on
how your project is involved in ApacheCon this year?

ApacheConNA will be held in Denver, Colorado, April 7-9, 2014.

TAC exists to help those that would like to attend ApacheCon events,
but are unable to do so for financial reasons. For more info on this
years applications and qualifying criteria please visit the TAC
website at < http://www.apache.org/travel/ >.   Applications are
already open, so don't delay!

The important date...

Friday February 7th 2014 - TAC applications close.

Applicants have until the the closing date above to submit their
applications (which should contain as much supporting material as
required to efficiently and accurately process your request), this
will enable TAC to announce successful awards shortly afterwards.

As usual TAC expects to deal with a range of applications from a
diverse range of backgrounds. We therefore encourage (as always)
anyone thinking about sending in an application to do so ASAP.

We look forward to greeting everyone in Denver, Colorado in April.

Kind Regards

Lewis

(On behalf of the Travel Assistance Committee)

RE: Devcloud update for 4.3

[Edison Su]

Thanks, could you update 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud, point to your 
link?
The devcloud reboot issue, also happened to me, haven't have time to 
investigate it yet, it's only happened during the first time adding the host 
though, and it can recover itself, so not a critical bug.

> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Wednesday, January 15, 2014 8:49 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Devcloud update for 4.3
> 
> I put the image at http://people.apache.org/~sebgoa/devcloud2.ova
> 
> 
> 
> On Jan 15, 2014, at 3:57 PM, sebgoa  wrote:
> 
> > I confirm that this works.
> >
> > I am uploading the image to my people space on apache infra.
> >
> > I had several warnings, devcloud rebooted (which I don't remember
> happening), but finally It seemed to recover and I started an instance.
> >
> > Here are the logs, if someone cares to look at them:
> >
> > http://pastebin.com/yR5RTJsj
> >
> > -sebastien
> >
> > On Jan 15, 2014, at 10:30 AM, Sebastien Goasguen 
> wrote:
> >
> >>
> >> On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:
> >>
> >>> After several fixes, devcloud is working on 4.3 branch now.
> >>> Manually create a new devcloud image(the only change to the image is
> to put 4.3 system vm template into /opt/storage/secondary/**/1/1/), and
> put it under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place to
> hold 1.3G data, so put it in a Chinese dropbox like website(which has 2T
> storage for free...) ).
> >>> Not sure you can download it or not. If not, then I may need help to find
> another place to store the image.
> >>
> >> Cool,
> >>
> >> Maybe you can put it on S3 or your public_html on people.apache.org
> >>
> >>
> >

S3 API to get S3 bucket usage data?

[Min Chen]

Hi there,

Does anybody out there know if AWS S3 provides programmatical way to get 
bucket-level usage data? For example, used space or available space as we 
current show in CloudStack dashboard for NFS secondary storage. I googled 
around the web, and didn't find any S3 api to do that. Any comments will be 
appreciated.

Thanks
-min

Re: S3 API to get S3 bucket usage data?

[John Burwell]

Min,

Such a notion is completely anachronistic to a client object store due to the 
abstraction — it is solely an operational.  Hence, you won’t find space 
information available in object store client APIs.

The first question is what space information are you seeking?  The logical size 
of the objects in the bucket or how much physical space in the cluster a bucket 
occupies?  The first is simply a sum of all object sizes in the bucket.  The 
second is very difficult to answer through the client interface due to factors 
such as the intra-cluster replication factor for the bucket, the use of 
mechanisms such as erasure encoding and compression, and the number of data 
centers to which the object is replicated. For these reasons, space information 
is typically only exposed via the operational monitoring interfaces, and would 
likely need to be acquired through vendor specific drivers.

Thanks,
-John 

On Jan 15, 2014, at 1:27 PM, Min Chen  wrote:

> Hi there,
> 
> Does anybody out there know if AWS S3 provides programmatical way to get 
> bucket-level usage data? For example, used space or available space as we 
> current show in CloudStack dashboard for NFS secondary storage. I googled 
> around the web, and didn't find any S3 api to do that. Any comments will be 
> appreciated.
> 
> Thanks
> -min



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: S3 API to get S3 bucket usage data?

[Min Chen]

Thanks a lot for your clarification, John. This issue was raised by some of 
CloudStack S3 customers, and they are questioning why we didn't display the 
usage information for their S3 secondary storage in CloudStack Dashboard UI, 
which includes both size of objects in the bucket and physical space in the 
cluster a bucket occupies. I totally agree with you that these will be vendor 
specific, and we should not bother to display them on CloudStack UI.

Thanks
-min

From: John Burwell mailto:jburw...@basho.com>>
Date: Wednesday, January 15, 2014 10:42 AM
To: Min Chen mailto:min.c...@citrix.com>>
Cc: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Thomas O'Dowd 
mailto:tpod...@cloudian.com>>
Subject: Re: S3 API to get S3 bucket usage data?

Min,

Such a notion is completely anachronistic to a client object store due to the 
abstraction — it is solely an operational.  Hence, you won’t find space 
information available in object store client APIs.

The first question is what space information are you seeking?  The logical size 
of the objects in the bucket or how much physical space in the cluster a bucket 
occupies?  The first is simply a sum of all object sizes in the bucket.  The 
second is very difficult to answer through the client interface due to factors 
such as the intra-cluster replication factor for the bucket, the use of 
mechanisms such as erasure encoding and compression, and the number of data 
centers to which the object is replicated. For these reasons, space information 
is typically only exposed via the operational monitoring interfaces, and would 
likely need to be acquired through vendor specific drivers.

Thanks,
-John

On Jan 15, 2014, at 1:27 PM, Min Chen 
mailto:min.c...@citrix.com>> wrote:

Hi there,

Does anybody out there know if AWS S3 provides programmatical way to get 
bucket-level usage data? For example, used space or available space as we 
current show in CloudStack dashboard for NFS secondary storage. I googled 
around the web, and didn't find any S3 api to do that. Any comments will be 
appreciated.

Thanks
-min

Re: S3 API to get S3 bucket usage data?

[John Burwell]

Min,

Yes, this feels incredibly out of scope for CloudStack.  Given the number of 
buckets and objects involved, getting this information realtime in a scalable 
(both UX and system) manner would be very difficult.

Thanks,
-John
  
On Jan 15, 2014, at 1:54 PM, Min Chen  wrote:

> Thanks a lot for your clarification, John. This issue was raised by some of 
> CloudStack S3 customers, and they are questioning why we didn't display the 
> usage information for their S3 secondary storage in CloudStack Dashboard UI, 
> which includes both size of objects in the bucket and physical space in the 
> cluster a bucket occupies. I totally agree with you that these will be vendor 
> specific, and we should not bother to display them on CloudStack UI.
> 
> Thanks
> -min
> 
> From: John Burwell 
> Date: Wednesday, January 15, 2014 10:42 AM
> To: Min Chen 
> Cc: "dev@cloudstack.apache.org" , Thomas O'Dowd 
> 
> Subject: Re: S3 API to get S3 bucket usage data?
> 
> Min,
> 
> Such a notion is completely anachronistic to a client object store due to the 
> abstraction — it is solely an operational.  Hence, you won’t find space 
> information available in object store client APIs.
> 
> The first question is what space information are you seeking?  The logical 
> size of the objects in the bucket or how much physical space in the cluster a 
> bucket occupies?  The first is simply a sum of all object sizes in the 
> bucket.  The second is very difficult to answer through the client interface 
> due to factors such as the intra-cluster replication factor for the bucket, 
> the use of mechanisms such as erasure encoding and compression, and the 
> number of data centers to which the object is replicated. For these reasons, 
> space information is typically only exposed via the operational monitoring 
> interfaces, and would likely need to be acquired through vendor specific 
> drivers.
> 
> Thanks,
> -John 
> 
> On Jan 15, 2014, at 1:27 PM, Min Chen  wrote:
> 
>> Hi there,
>> 
>> Does anybody out there know if AWS S3 provides programmatical way to get 
>> bucket-level usage data? For example, used space or available space as we 
>> current show in CloudStack dashboard for NFS secondary storage. I googled 
>> around the web, and didn't find any S3 api to do that. Any comments will be 
>> appreciated.
>> 
>> Thanks
>> -min
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Review Request 16813: Contrail plugin fixes

[Suresh Balineni]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16813/
---

(Updated Jan. 15, 2014, 7:23 p.m.)


Review request for cloudstack.


Changes
---

Hi Sheng,

Please review this and apply to master branch.
It has single commit.


Repository: cloudstack-git


Description
---

Contrail plugin fixes
 - this patch is already applied to 4.3
 - a master branch patch.
 


Diffs (updated)
-

  api/src/com/cloud/network/Network.java 2197c2b 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailElementImpl.java
 5adbacd 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailGuru.java
 3bc66d1 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManager.java
 335299e 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
 ed58594 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ModelDatabase.java
 e2845b7 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServerDBSyncImpl.java
 52fe31e 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServerEventHandlerImpl.java
 5030bb7 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServiceManagerImpl.java
 98be288 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/NetworkPolicyModel.java
 PRE-CREATION 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/ServiceInstanceModel.java
 a9bc5c1 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/VirtualMachineModel.java
 df0af90 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/VirtualNetworkModel.java
 547d4bd 
  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/ManagementServerMock.java
 cd7ac35 
  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/NetworkProviderTest.java
 6996a28 

Diff: https://reviews.apache.org/r/16813/diff/


Testing
---

compiled and verified locally


Thanks,

Suresh Balineni

Re: HyperV system template @ jenkins.buildacloud.org

[Daan Hoogland]

H Rayees,

Yes they were as they were to big and congested jenkins. Look at
download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
for the stable version. If you really need the latest I think you need
to build it yourself.

regards,

On Wed, Jan 15, 2014 at 4:16 AM, Rayees Namathponnan
 wrote:
> Hi All,
>
> Earlier we were able to  build hyperV system template from 
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/; but 
> it's not available now
>
> Is this removed from Jenkins ,  any idea ?
>
> Regards,
> Rayees

Working on CloudStack Jira-764:nTier Apps 2.0 : Redundant Virtual Router for VPC email 1 of 2

[Karl Harris]

I started posting my initial comments in JIRA and was advised
dev@cloudstack.apache.org is the place to post/ask/communicate.

Here is a set of threads which, from this time on, will be continued on
this mailing list:

>From JIRA:

Karl 
Harris
added
a comment - 31/Dec/13 15:47 - edited

My colleagues and I have been tasked by our company, Sungard, to implement
and test the functionality of this JIRA.

We have done some preliminary work and I will outline what we've found and
several questions we have.

We will certainly have more questions/comments, but this is a good start.

Please comment, correct or add to the statements and questions below:

We have referenced:

   1.
   
http://blogs.clogeny.com/understanding-the-redundant-virtual-router-in-citrix-cloudplatform
   2. Cloudstack function spec for RvR
   
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Reundant+Virtual+Router+Functional+Spec
   .
   3. Cloudstack function spec for new VPC features
   
https://cwiki.apache.org/confluence/display/CLOUDSTACK/nTier+Apps+2.0+Functional+Spec
   .
   4. Implemented code for RvR in VirtualNetworkApplianceManagerImpl, as
   well as redundant_router directory of systemvm and in cloud-early-setup.

What we know:

   1. Redundant Virtual Routers (RvR's) are used in CloudStack public
   clouds per item 4 above.
   2. The public RvRs are provisioned with the templates contained in
   redundant_router directory of systemvm.
   3. Keepalived and Conntrackd do most of the "heavy lifting" monitoring
   and transitioning the current RvR's in public clouds.
   4. Keepalived and Contrackd are setup with templates by systemvm.
   5. The setup_router script calls the setup_redundant_router to provision
   a redundant router pair for a vm.
   6. We will need to confirm each router of a redundant pair is
   provisioned under a separate Hypervisor to allow for no single point of
   failure.

Questions:

   1. Are there any other references which might be helpful?
   2. It seems the VirtualNetworkApplianceManagerImpl and associated
   classes should be useable for vpcRvR's are there any gotcha's we should
   know about when using this class hierarchy ?
   3. Are there any other single points of failure other than the unique
   Hypervisor mentioned above?
   4. Can setting up a redundant router pair for a vpc be done by simply
   adding a call to setup_redundant_router script in the setup_vpcrouter
   routine for each vpcRouter marked as redundant?



Karl 
Harris
added
a comment - 03/Jan/14 17:29

Another question:

After re-reading:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/about-zones.html
I have a question about the VPC redundant routers.

Should the Vpc RvR's take into account Zones with respect to not allowing a
redundant router pair to be in the same zone?

The description:
A zone typically corresponds to a single datacenter, although it is
permissible to have multiple zones in a datacenter. The benefit of
organizing infrastructure into zones is to provide physical isolation and
redundancy. For example, each zone can have its own power supply and
network uplink, and the zones can be widely separated geographically
(though this is not required).

seems to suggest router pairs should be in different zones.

Comments?


Daan Hoogland
added
a comment - 06/Jan/14 09:56

The zone is one way of separating the instances of a rvr. Could in some
use-cases a different cluster/pod/host be enough, maybe?


Daan Hoogland
added
a comment - 06/Jan/14 10:04

Making sure that a redundant pair is at two different locations could be
done by giving it two system offerings. Not sure if this goes against the
present paradigm (for rvr or offerings)


Daan Hoogland
added
a comment - 06/Jan/14 1

Working on CloudStack Jira-764:nTier Apps 2.0 : Redundant Virtual Router for VPC email 2 of 2

[Karl Harris]

-- Forwarded message --
From: Daan Hoogland 
Date: Wed, Jan 15, 2014 at 2:51 PM
Subject: Re: rvr4vpc
To: Karl Harris 
Cc: Christopher Litsinger 


H Karl,

Thanks for sharing. I didn't want to initiate this but I encourage you
to share this on the dev list (not in jira) as things are only
considered 'discussed' if they passed by there.

You speak of '1 Get configuration data on Source Nat Router', I don't
understand why you call the router by this designation. 'Source Nat'
is only one of it's many possible functions.

Apart from the design principles I shared with you I have so far only
a technical implementation detail so far. That is to reserve the
(eth2) interface for the private gateway on the vpc (r)vr. This way
the inteface to configure are somewhat predictable.

As for the design principle to have a statefull router (reboot proof)
the idea is to implement a configuration file that will be uploaded to
the router after which a self-config command is send that will
implement the details of configuring the interfaces, haproxy and
keepalived and maybe more. I think your current assessment of the
working of the RVRs is accurate but it will not be workable for an
implementation for vpc's as they have an unpreditable number of
interfaces.

to bad you can't make it next thursday,
Daan Hoogland


On Wed, Jan 15, 2014 at 3:25 PM, Karl Harris 
wrote:
> Daan,
>
> Sorry for the delayed response but as Christopher mentioned to you in his
> email I am getting my head around the CloudStack software.
> Since I am new to CloudStack but "old" to enterprise level JAVA the task
is
> large but not impossible. I have no experience with running CloudStack but
> considerable experience designing and maintaining large JAVA applications.
>
> I've created what I believe is a very high level abstract of how the
current
> guest VRR's are created for guest networks with the intent of making this
> abstract
> more detailed.
>
> 1 Get configuration data on Source Nat Router  selected as a redundant
> router
>1.1 Public and Guest network identified.
> 2 Both routers are provisioned
>2.1 Software  trys different, regions(?),zones,pods,clusters,hosts in
> that order as the location of the router. Log maximum “distance” apart.
> 3 Keepalived is configured
> 4 Both routers are started
> 5 Keepalived is started
>
> Obviously there is much more that is happening under each of the steps
> above. My intent is to complete this detailed "as is" listing as much as
we
> can. Then  using the "as is" description/sequence
> make a "to-be" addition for VPC's. When I get a consensus on WHAT needs to
> be implemented for the VRR in VPC  then develop HOW best to implement the
> "to-be" addition with the
> existing JAVA code as well as what additional classes need to be
> extended/implemented/created.
>
> Comments, critiques and changes to the above sequence are encouraged.
>
> I plan on posting this to the dev-list/Jira very soon.
>
> I have been using this functional spec as a guide, after discussing this
> with our Systems Engineering people this spec meets our requirements.
>
> Do you have an implementation in mind?
>
> We have an internal Cloud Meeting with conflicts with the cloudstack "day"
> next week so I will not be in attendence.
>
> Karl
>
>
>
>
>
>
>
> On Tue, Jan 14, 2014 at 4:35 PM, Daan Hoogland 
> wrote:
>>
>> Hello overthere in the states,
>>
>> Tomorow I will start some experimenting with redundant vpc routers.
>> This is to check up on any findings and requirements that you might
>> have on this. Once again I would not like to waste work on this as it
>> is really a globally usable feature that is probably universal.
>>
>> please let me know your status on this.
>>
>> If any of you are coming to the cloudstack day in London next week,
>> let's meetup next thursday.
>>
>> kind regards,
>> Daan Hoogland
>>
>
>
>
> --
> Karl O. Harris
> Cloud Software Engineer
> Sungard Availability Services
>




-- 
Karl O. Harris
Cloud Software Engineer
Sungard Availability Services

Re: Review Request 16813: Contrail plugin fixes

[Sheng Yang]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16813/#review31950
---

Ship it!


Applied to MASTER.

Thanks.

- Sheng Yang


On Jan. 15, 2014, 7:23 p.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16813/
> ---
> 
> (Updated Jan. 15, 2014, 7:23 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Contrail plugin fixes
>  - this patch is already applied to 4.3
>  - a master branch patch.
>  
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/network/Network.java 2197c2b 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailElementImpl.java
>  5adbacd 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailGuru.java
>  3bc66d1 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManager.java
>  335299e 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  ed58594 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ModelDatabase.java
>  e2845b7 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServerDBSyncImpl.java
>  52fe31e 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServerEventHandlerImpl.java
>  5030bb7 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServiceManagerImpl.java
>  98be288 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/NetworkPolicyModel.java
>  PRE-CREATION 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/ServiceInstanceModel.java
>  a9bc5c1 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/VirtualMachineModel.java
>  df0af90 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/VirtualNetworkModel.java
>  547d4bd 
>   
> plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/ManagementServerMock.java
>  cd7ac35 
>   
> plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/NetworkProviderTest.java
>  6996a28 
> 
> Diff: https://reviews.apache.org/r/16813/diff/
> 
> 
> Testing
> ---
> 
> compiled and verified locally
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

Hi Edison

I'm having trouble with launching guest instances. All system VMs are
up and running, including the router. But when I try to launch the guest,
I'm getting [INTERNAL_ERROR, Xb.noent].  Here is some more information on
my environment.

Host: VirtualBox 4.2 in Centos (192.168.56.1) runs NFS, DNS and WebServer
Mgmt Server: Centos 6.4 VM (192.168.56.31), built from 4.3 source (2G RAM,
20GB disk)
DevCloud: Latest 4.3 compatible Devcloud2.ova downloaded from sebgoa's
apache location (3.5G RAM, 30G disk)

I have tried fixing Dom0 memory to allow more memory for guest VMs, as
below.

xe vm-param-set memory-dynamic-max=500MiB
uuid=c8c2f1a3-40d3-308f-70bf-687f7f49b9a5


Have attached the management-server and xcp-xapi logs here. I used to run
into the same error with the Devcloud.ova downloaded from the bhaisaab's
apache location. I have tried using different compute offerings (lower
cpu/memory) also. Can you let me know what is going wrong here?
 



Thanks
Prabhakar

On 1/15/14 10:09 AM, "Edison Su"  wrote:

>Thanks, could you update
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud, point to
>your link?
>The devcloud reboot issue, also happened to me, haven't have time to
>investigate it yet, it's only happened during the first time adding the
>host though, and it can recover itself, so not a critical bug.
>
>> -Original Message-
>> From: sebgoa [mailto:run...@gmail.com]
>> Sent: Wednesday, January 15, 2014 8:49 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Devcloud update for 4.3
>> 
>> I put the image at http://people.apache.org/~sebgoa/devcloud2.ova
>> 
>> 
>> 
>> On Jan 15, 2014, at 3:57 PM, sebgoa  wrote:
>> 
>> > I confirm that this works.
>> >
>> > I am uploading the image to my people space on apache infra.
>> >
>> > I had several warnings, devcloud rebooted (which I don't remember
>> happening), but finally It seemed to recover and I started an instance.
>> >
>> > Here are the logs, if someone cares to look at them:
>> >
>> > http://pastebin.com/yR5RTJsj
>> >
>> > -sebastien
>> >
>> > On Jan 15, 2014, at 10:30 AM, Sebastien Goasguen 
>> wrote:
>> >
>> >>
>> >> On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:
>> >>
>> >>> After several fixes, devcloud is working on 4.3 branch now.
>> >>> Manually create a new devcloud image(the only change to the image is
>> to put 4.3 system vm template into /opt/storage/secondary/**/1/1/), and
>> put it under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place
>>to
>> hold 1.3G data, so put it in a Chinese dropbox like website(which has 2T
>> storage for free...) ).
>> >>> Not sure you can download it or not. If not, then I may need help
>>to find
>> another place to store the image.
>> >>
>> >> Cool,
>> >>
>> >> Maybe you can put it on S3 or your public_html on people.apache.org
>> >>
>> >>
>> >
>
>
>

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

Not sure if I attached the logs earlier.

On 1/15/14 2:56 PM, "Prabhakaran Ganesan"  wrote:

>Hi Edison
>
>I'm having trouble with launching guest instances. All system VMs are
>up and running, including the router. But when I try to launch the guest,
>I'm getting [INTERNAL_ERROR, Xb.noent].  Here is some more information on
>my environment.
>
>Host: VirtualBox 4.2 in Centos (192.168.56.1) runs NFS, DNS and WebServer
>Mgmt Server: Centos 6.4 VM (192.168.56.31), built from 4.3 source (2G RAM,
>20GB disk)
>DevCloud: Latest 4.3 compatible Devcloud2.ova downloaded from sebgoa's
>apache location (3.5G RAM, 30G disk)
>
>I have tried fixing Dom0 memory to allow more memory for guest VMs, as
>below.
>
>xe vm-param-set memory-dynamic-max=500MiB
>uuid=c8c2f1a3-40d3-308f-70bf-687f7f49b9a5
>
>
>Have attached the management-server and xcp-xapi logs here. I used to run
>into the same error with the Devcloud.ova downloaded from the bhaisaab's
>apache location. I have tried using different compute offerings (lower
>cpu/memory) also. Can you let me know what is going wrong here?
> 
>
>
>
>Thanks
>Prabhakar
>
>On 1/15/14 10:09 AM, "Edison Su"  wrote:
>
>>Thanks, could you update
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud, point to
>>your link?
>>The devcloud reboot issue, also happened to me, haven't have time to
>>investigate it yet, it's only happened during the first time adding the
>>host though, and it can recover itself, so not a critical bug.
>>
>>> -Original Message-
>>> From: sebgoa [mailto:run...@gmail.com]
>>> Sent: Wednesday, January 15, 2014 8:49 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Devcloud update for 4.3
>>> 
>>> I put the image at http://people.apache.org/~sebgoa/devcloud2.ova
>>> 
>>> 
>>> 
>>> On Jan 15, 2014, at 3:57 PM, sebgoa  wrote:
>>> 
>>> > I confirm that this works.
>>> >
>>> > I am uploading the image to my people space on apache infra.
>>> >
>>> > I had several warnings, devcloud rebooted (which I don't remember
>>> happening), but finally It seemed to recover and I started an instance.
>>> >
>>> > Here are the logs, if someone cares to look at them:
>>> >
>>> > http://pastebin.com/yR5RTJsj
>>> >
>>> > -sebastien
>>> >
>>> > On Jan 15, 2014, at 10:30 AM, Sebastien Goasguen 
>>> wrote:
>>> >
>>> >>
>>> >> On Jan 14, 2014, at 8:32 PM, Edison Su  wrote:
>>> >>
>>> >>> After several fixes, devcloud is working on 4.3 branch now.
>>> >>> Manually create a new devcloud image(the only change to the image
>>>is
>>> to put 4.3 system vm template into /opt/storage/secondary/**/1/1/), and
>>> put it under: http://pan.baidu.com/s/1dDkmM5r (Can't find a free place
>>>to
>>> hold 1.3G data, so put it in a Chinese dropbox like website(which has
>>>2T
>>> storage for free...) ).
>>> >>> Not sure you can download it or not. If not, then I may need help
>>>to find
>>> another place to store the image.
>>> >>
>>> >> Cool,
>>> >>
>>> >> Maybe you can put it on S3 or your public_html on people.apache.org
>>> >>
>>> >>
>>> >
>>
>>
>>
>
>
>

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

I'm new to this alias, looks like it does not support attachments. I have
pasted the significant error logs below. Please let me know how I can
share the complete logs for your reference.

Thanks
Prabhakar

Mgmt-server side:
=
[root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
(Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring
WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
failed! Task record: uuid:
2640def4-6141-8698-ded9-adf2da19b746
   nameLabel: Async.VM.start_on
 nameDescription:
   allowedOperations: []
   currentOperations: {}
 created: Wed Jan 15 06:20:00 PST 2014
finished: Wed Jan 15 06:20:00 PST 2014
  status: failure
  residentOn: com.xensource.xenapi.Host@3ba61fa8
progress: 1.0
type: 
  result:
   errorInfo: [INTERNAL_ERROR, Xb.Noent]
 otherConfig: {}
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []

WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Unable
to start VM(i-2-7-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to
Task failed! Task record: uuid:
2640def4-6141-8698-ded9-adf2da19b746
   nameLabel: Async.VM.start_on
 nameDescription:
   allowedOperations: []
   currentOperations: {}
 created: Wed Jan 15 06:20:00 PST 2014
finished: Wed Jan 15 06:20:00 PST 2014
  status: failure
  residentOn: com.xensource.xenapi.Host@3ba61fa8
progress: 1.0
type: 
  result:
   errorInfo: [INTERNAL_ERROR, Xb.Noent]
 otherConfig: {}
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []

Task failed! Task record: uuid:
2640def4-6141-8698-ded9-adf2da19b746
   nameLabel: Async.VM.start_on
 nameDescription:
   allowedOperations: []
   currentOperations: {}
 created: Wed Jan 15 06:20:00 PST 2014
finished: Wed Jan 15 06:20:00 PST 2014
  status: failure
  residentOn: com.xensource.xenapi.Host@3ba61fa8
progress: 1.0
type: 
  result:
   errorInfo: [INTERNAL_ERROR, Xb.Noent]
 otherConfig: {}
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []

at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(Citrix
ResourceBase.java:3685)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResource
Base.java:3797)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResource
Base.java:1700)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixR
esourceBase.java:545)
at 
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResou
rce.java:133)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAtt
ache.java:216)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
ontextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
aultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
ntext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
text(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
textRunnable.java:46)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
$101(ScheduledThreadPoolExecutor.java:165)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
heduledThreadPoolExecutor.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
615)
at java.lang.Thread.run(Thread.java:701)
WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Catch
Exception: class com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(i-2-7-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to Task
failed! Task record: uuid:
2640def4-6141-8698-ded9-adf2da19b746
   nameLabel: Async.VM.start_on

XCP-XAPI Errors:


20140115T14:20:00.766Z| info|devcloud|1461|Async.VM.start_on
R:451bd4b939c8|dispatcher] spawning a new thread to handle the current
task (trackid=71ad5d3d9cf6b650d2105b1925aa94f7)
[2014011

Questions about new methods on PrimaryDataStoreDriver

[Edison Su]

Hi Mike,
   Just found there are few new methods are added on PrimaryDataStoreDriver:

public boolean connectVolumeToHost(VolumeInfo volumeInfo, Host host, 
DataStore dataStore);

public void disconnectVolumeFromHost(VolumeInfo volumeInfo, Host host, 
DataStore dataStore);

public long getVolumeSizeIncludingHypervisorSnapshotReserve(Volume volume, 
StoragePool pool);

Could we rename the first two to something like(access/revokeAccess)? I have 
this two methods long time ago, then I removed them during the merging into 
4.2, as nobody use them.
getVolumeSizeIncludingHypervisorSnapshotReserve methods seems too specific to 
your storage, better to not add it on the driver. What's this method used for? 
If you want change the usage size of volume, then why not return a proper 
volume size in createAsync? Or we can add a new method called getCapacities on 
the driver, if the default capacities is not enough for storage provider.

RE: [Merge] Palo Alto Networks firewall integration to master

[Animesh Chaturvedi]

Will

I was doing some housekeeping for release and noticed that the  JIRA ticket [5] 
was unresolved and not tagged for 4.3. I have updated it as resolved and tagged 
for 4.3. Let me know if this is not correct

Animesh

-Original Message-
From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behalf Of 
Will Stevens
Sent: Thursday, October 31, 2013 1:51 PM
To: dev@cloudstack.apache.org
Subject: [Merge] Palo Alto Networks firewall integration to master

Hi,

I would like to merge support for Palo Alto Network's firewall appliances to 
the master branch.  Development for this has been done by Will Stevens at 
CloudOps on branch [1].

There was an introduction [2], a proposal [3], and a discussion [4] on the 
mailing list regarding this feature.

Checklist:
Jira ticket for the feature is here [5].
The FS can be found at [6].
Unit tests for the feature are available at [7] and [8].  I have developed the 
unit tests with a flag to output additional detail in the console [9].
 Here is the result of the tests without detail [10] and here is the result of 
the tests with detail [11].

This plugin communicates to the Palo Alto Networks firewall appliances through 
an API documented at [12] with a training manual [13].
This plugin depends on a modification to core to remove a limitation which was 
discussed here [14], with this jira issue [15] and has been approved here [16].
This plugin is being reviewed at [17] according to this patch [18].

There are no 3rd party libraries needed for this plugin, however it does depend 
on a 3rd party API [12][13] to orchestrate the configuration on the appliance.  
The plugin is currently being built via the 'nonoss' flag.  It should be moved 
into either the 'noredist' or core because it appears that 'nonoss' will be 
going away [19] and 'noredist' has been merged [20].  I would appreciate input 
on which build this should be put into given its interaction with an 3rd party 
appliance.

Here are the slides for a presentation [21] given about this integration at the 
CloudStack Collaboration Conference in Santa Clara, CA.

[1] https://github.com/cloudops/cs_palo_alto/tree/palo_alto
[2]
http://markmail.org/message/hukydzwkec3dwuxq?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+Palo+Alto
[3]
http://markmail.org/message/odbg2icft7esj3ut?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+Palo+Alto
[4]
http://markmail.org/message/n5276i4hfh7ek57o?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+Palo+Alto
[5] https://issues.apache.org/jira/browse/CLOUDSTACK-1275
[6]
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Palo+Alto+Firewall+Integration
[7]
https://github.com/cloudops/cs_palo_alto/blob/palo_alto/plugins/network-elements/palo-alto/test/com/cloud/network/resource/PaloAltoResourceTest.java
[8]
https://github.com/cloudops/cs_palo_alto/blob/palo_alto/plugins/network-elements/palo-alto/test/com/cloud/network/resource/MockablePaloAltoResource.java
[9]
https://github.com/cloudops/cs_palo_alto/blob/palo_alto/plugins/network-elements/palo-alto/test/com/cloud/network/resource/PaloAltoResourceTest.java#L156
[10]
https://cwiki.apache.org/confluence/download/attachments/30753712/palo_alto_tests_without_logging.txt?version=1&modificationDate=1383248404474
[11]
https://cwiki.apache.org/confluence/download/attachments/30753712/palo_alto_tests_with_logging.txt?version=1&modificationDate=1383248432061
[12]
https://cwiki.apache.org/confluence/download/attachments/30753712/XML-API-5-1.0-RevA.pdf?version=1&modificationDate=1366305634000
[13]
https://cwiki.apache.org/confluence/download/attachments/30753712/XML_API_Training.pdf?version=1&modificationDate=1366305635000
[14]
http://markmail.org/message/374hyn7ko6zrb2cf?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+supported+source+nat+types
[15] https://issues.apache.org/jira/browse/CLOUDSTACK-4991
[16] https://reviews.apache.org/r/15047/
[17] https://reviews.apache.org/r/15050/
[18] https://reviews.apache.org/r/15050/diff/
[19]
http://markmail.org/message/37qcg4lgudmf57ws?q=DISCUSS%5D+rename+nonoss+to+noredist
[20]
http://markmail.org/message/zqkiuod5qabcyra6?q=%5BMERGE%5D+changing+nonoss+to+noredist
[21]
https://cwiki.apache.org/confluence/download/attachments/30753712/CS_PA_Integration.pptx?version=1&modificationDate=1383250830719

Cheers,

Will

RE: [New Feature FS] SSL Offload Support for Cloudstack

[Animesh Chaturvedi]

Syed

I see the issue is not resolved and not tagged for 4.3. Is the work all 
complete. If so can you resolve the ticket and tag for fixVersion as 4.3

Animesh

-Original Message-
From: Syed Ahmed [mailto:sah...@cloudops.com] 
Sent: Tuesday, October 08, 2013 11:14 AM
To: dev@cloudstack.apache.org
Cc: Sheng Liang; Manan Shah; Ian Rae; Will Stevens; Pierre-Luc Bisaillon
Subject: [New Feature FS] SSL Offload Support for Cloudstack

Hi,

I have been working on adding SSL offload functionality to cloudstack and make 
it work for Netscaler. I have an initial design documented at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSL+Offloading+Support
and I would really love your feedback. The bug for this is
https://issues.apache.org/jira/browse/CLOUDSTACK-4821 .

Thanks,
-Syed

Re: [New Feature FS] SSL Offload Support for Cloudstack

[Syed Ahmed]

Yes the work is complete. This is available via the API. I will resolve 
the ticket.


Thanks,
-Syed

On Wed 15 Jan 2014 06:17:37 PM EST, Animesh Chaturvedi wrote:

Syed

I see the issue is not resolved and not tagged for 4.3. Is the work all 
complete. If so can you resolve the ticket and tag for fixVersion as 4.3

Animesh

-Original Message-
From: Syed Ahmed [mailto:sah...@cloudops.com]
Sent: Tuesday, October 08, 2013 11:14 AM
To: dev@cloudstack.apache.org
Cc: Sheng Liang; Manan Shah; Ian Rae; Will Stevens; Pierre-Luc Bisaillon
Subject: [New Feature FS] SSL Offload Support for Cloudstack

Hi,

I have been working on adding SSL offload functionality to cloudstack and make 
it work for Netscaler. I have an initial design documented at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSL+Offloading+Support
and I would really love your feedback. The bug for this is
https://issues.apache.org/jira/browse/CLOUDSTACK-4821 .

Thanks,
-Syed

Re: Questions about new methods on PrimaryDataStoreDriver

[Mike Tutkowski]

Hi Edison,

Yeah, I don't really care what those two methods are called (grant and
revoke work for me). :)

The Hypervisor SS one is for any kind of managed storage. Right now it is
true it is only used for SolidFire, but it does not have to be in theory.

This is the idea:

Storage that dynamically creates volumes (like the SolidFire plug-in does)
needs to account for extra space that could be used by hypervisor snapshots.

For example, if you say you want to 20 GB CloudStack volume and it is
backed by my plug-in, I should create a volume on the SAN that is
potentially larger than 20 GB to account for hypervisor snapshots (for Xen
and VMware). This field allows you to specify how much, if any, additional
space you want put aside for the hypervisor snapshots.

If you say you want a 20 GB CloudStack volume with 100% reserve, you get a
40 GB volume on the storage system, 20 GB for your CloudStack volume and 20
GB for hypervisor snapshots.

Any vendor that wants to implement the kind of dynamic volume creation that
I do will need this ability.

Accounting for space used on the storage system in this situation is more
difficult, as well. If you say you want a 20 GB CloudStack volume with 100%
reserve, I need to make sure I create a 40 GB volume on the SAN and account
for 40 GB used on the storage system from CloudStack's point of view
(because CloudStack has only been given permission to use a certain amount
of space on the SAN and if I only subtract 20 GB from this number (the size
of the CloudStack volume), then I'll be off).

Does that make sense?

This will get a bit more complex in 4.4 when I start supporting root disks.
In that case, I will needs space for the template, the "real" volume, and
hypervisor snapshots.

Talk to you later,
Mike


On Wed, Jan 15, 2014 at 4:10 PM, Edison Su  wrote:

>  Hi Mike,
>
>Just found there are few new methods are added on
> PrimaryDataStoreDriver:
>
>
>
> public boolean connectVolumeToHost(VolumeInfo volumeInfo, Host host,
> DataStore dataStore);
>
>
>
> public void disconnectVolumeFromHost(VolumeInfo volumeInfo, Host host,
> DataStore dataStore);
>
>
>
> public long getVolumeSizeIncludingHypervisorSnapshotReserve(Volume
> volume, StoragePool pool);
>
>
>
> Could we rename the first two to something like(access/revokeAccess)? I
> have this two methods long time ago, then I removed them during the merging
> into 4.2, as nobody use them.
>
> getVolumeSizeIncludingHypervisorSnapshotReserve methods seems too specific
> to your storage, better to not add it on the driver. What’s this method
> used for? If you want change the usage size of volume, then why not return
> a proper volume size in createAsync? Or we can add a new method called
> getCapacities on the driver, if the default capacities is not enough for
> storage provider.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

RE: [New Feature FS] SSL Offload Support for Cloudstack

[Animesh Chaturvedi]

Ok no problem I just resolve the ticket and tagged for 4.3

-Original Message-
From: Syed Ahmed [mailto:sah...@cloudops.com] 
Sent: Wednesday, January 15, 2014 3:19 PM
To: dev@cloudstack.apache.org
Cc: Sheng Liang; Manan Shah; Ian Rae; Will Stevens; Pierre-Luc Bisaillon; 
Animesh Chaturvedi
Subject: Re: [New Feature FS] SSL Offload Support for Cloudstack

Yes the work is complete. This is available via the API. I will resolve the 
ticket.

Thanks,
-Syed

On Wed 15 Jan 2014 06:17:37 PM EST, Animesh Chaturvedi wrote:
> Syed
>
> I see the issue is not resolved and not tagged for 4.3. Is the work 
> all complete. If so can you resolve the ticket and tag for fixVersion 
> as 4.3
>
> Animesh
>
> -Original Message-
> From: Syed Ahmed [mailto:sah...@cloudops.com]
> Sent: Tuesday, October 08, 2013 11:14 AM
> To: dev@cloudstack.apache.org
> Cc: Sheng Liang; Manan Shah; Ian Rae; Will Stevens; Pierre-Luc 
> Bisaillon
> Subject: [New Feature FS] SSL Offload Support for Cloudstack
>
> Hi,
>
> I have been working on adding SSL offload functionality to cloudstack 
> and make it work for Netscaler. I have an initial design documented at 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSL+Offloading+
> Support and I would really love your feedback. The bug for this is
> https://issues.apache.org/jira/browse/CLOUDSTACK-4821 .
>
> Thanks,
> -Syed
>
>

Re: [New Feature FS] SSL Offload Support for Cloudstack

[Syed Ahmed]

Thanks

On Wed 15 Jan 2014 06:19:17 PM EST, Syed Ahmed wrote:

Yes the work is complete. This is available via the API. I will
resolve the ticket.

Thanks,
-Syed

On Wed 15 Jan 2014 06:17:37 PM EST, Animesh Chaturvedi wrote:

Syed

I see the issue is not resolved and not tagged for 4.3. Is the work
all complete. If so can you resolve the ticket and tag for fixVersion
as 4.3

Animesh

-Original Message-
From: Syed Ahmed [mailto:sah...@cloudops.com]
Sent: Tuesday, October 08, 2013 11:14 AM
To: dev@cloudstack.apache.org
Cc: Sheng Liang; Manan Shah; Ian Rae; Will Stevens; Pierre-Luc Bisaillon
Subject: [New Feature FS] SSL Offload Support for Cloudstack

Hi,

I have been working on adding SSL offload functionality to cloudstack
and make it work for Netscaler. I have an initial design documented
at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSL+Offloading+Support

and I would really love your feedback. The bug for this is
https://issues.apache.org/jira/browse/CLOUDSTACK-4821 .

Thanks,
-Syed

RE: Devcloud update for 4.3

[Edison Su]

Seems attach disk failed, are you using data disk offering when you create the 
VM? How about just try to start ttyLinux vm, without data disk.

> -Original Message-
> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> Sent: Wednesday, January 15, 2014 3:10 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Devcloud update for 4.3
> 
> I'm new to this alias, looks like it does not support attachments. I have 
> pasted
> the significant error logs below. Please let me know how I can share the
> complete logs for your reference.
> 
> Thanks
> Prabhakar
> 
> Mgmt-server side:
> =
> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
> failed! Task record: uuid:
> 2640def4-6141-8698-ded9-adf2da19b746
>nameLabel: Async.VM.start_on
>  nameDescription:
>allowedOperations: []
>currentOperations: {}
>  created: Wed Jan 15 06:20:00 PST 2014
> finished: Wed Jan 15 06:20:00 PST 2014
>   status: failure
>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> progress: 1.0
> type: 
>   result:
>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>  otherConfig: {}
>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
> 
> WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Unable
> to start VM(i-2-7-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due
> to
> Task failed! Task record: uuid:
> 2640def4-6141-8698-ded9-adf2da19b746
>nameLabel: Async.VM.start_on
>  nameDescription:
>allowedOperations: []
>currentOperations: {}
>  created: Wed Jan 15 06:20:00 PST 2014
> finished: Wed Jan 15 06:20:00 PST 2014
>   status: failure
>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> progress: 1.0
> type: 
>   result:
>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>  otherConfig: {}
>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
> 
> Task failed! Task record: uuid:
> 2640def4-6141-8698-ded9-adf2da19b746
>nameLabel: Async.VM.start_on
>  nameDescription:
>allowedOperations: []
>currentOperations: {}
>  created: Wed Jan 15 06:20:00 PST 2014
> finished: Wed Jan 15 06:20:00 PST 2014
>   status: failure
>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> progress: 1.0
> type: 
>   result:
>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>  otherConfig: {}
>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
> 
>   at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(Citr
> ix
> ResourceBase.java:3685)
>   at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResou
> rce
> Base.java:3797)
>   at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rce
> Base.java:1700)
>   at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixR
> esourceBase.java:545)
>   at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOs
> sResou
> rce.java:133)
>   at
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAge
> ntAtt
> ache.java:216)
>   at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(
> ManagedC
> ontextRunnable.java:49)
>   at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.cal
> l(Def
> aultManagedContext.java:56)
>   at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callW
> ithCo
> ntext(DefaultManagedContext.java:103)
>   at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.run
> WithCon
> text(DefaultManagedContext.java:53)
>   at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(Ma
> nagedCon
> textRunnable.java:46)
>   at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>   at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>   at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess
> $101(ScheduledThreadPoolExecutor.java:165)
>   at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(Sc
> heduledThreadPoolExecutor.java:266)
>   at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
> a:1
> 146)
>   at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:
> 615)
>   at java.lang.Thread.run(Thread.java:701)
> WARN  [c.c.h.x.r.CitrixResourceBase] (Dir

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

Hi Edison

Thanks for your response. Yes, I'm trying to launch my own iso, with
'small' data disk offering.

I tried registering the ttylinux VM ISO. What should I select for OS
type?

Thanks
Prabhakaran

On 1/15/14 3:23 PM, "Edison Su"  wrote:

>Seems attach disk failed, are you using data disk offering when you
>create the VM? How about just try to start ttyLinux vm, without data disk.
>
>> -Original Message-
>> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> Sent: Wednesday, January 15, 2014 3:10 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Devcloud update for 4.3
>> 
>> I'm new to this alias, looks like it does not support attachments. I
>>have pasted
>> the significant error logs below. Please let me know how I can share the
>> complete logs for your reference.
>> 
>> Thanks
>> Prabhakar
>> 
>> Mgmt-server side:
>> =
>> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
>> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
>> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
>> failed! Task record: uuid:
>> 2640def4-6141-8698-ded9-adf2da19b746
>>nameLabel: Async.VM.start_on
>>  nameDescription:
>>allowedOperations: []
>>currentOperations: {}
>>  created: Wed Jan 15 06:20:00 PST 2014
>> finished: Wed Jan 15 06:20:00 PST 2014
>>   status: failure
>>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> progress: 1.0
>> type: 
>>   result:
>>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>>  otherConfig: {}
>>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> subtasks: []
>> 
>> WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431)
>>Unable
>> to start VM(i-2-7-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due
>> to
>> Task failed! Task record: uuid:
>> 2640def4-6141-8698-ded9-adf2da19b746
>>nameLabel: Async.VM.start_on
>>  nameDescription:
>>allowedOperations: []
>>currentOperations: {}
>>  created: Wed Jan 15 06:20:00 PST 2014
>> finished: Wed Jan 15 06:20:00 PST 2014
>>   status: failure
>>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> progress: 1.0
>> type: 
>>   result:
>>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>>  otherConfig: {}
>>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> subtasks: []
>> 
>> Task failed! Task record: uuid:
>> 2640def4-6141-8698-ded9-adf2da19b746
>>nameLabel: Async.VM.start_on
>>  nameDescription:
>>allowedOperations: []
>>currentOperations: {}
>>  created: Wed Jan 15 06:20:00 PST 2014
>> finished: Wed Jan 15 06:20:00 PST 2014
>>   status: failure
>>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> progress: 1.0
>> type: 
>>   result:
>>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>>  otherConfig: {}
>>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> subtasks: []
>> 
>>  at
>> 
>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(Citr
>> ix
>> ResourceBase.java:3685)
>>  at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResou
>> rce
>> Base.java:3797)
>>  at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
>> rce
>> Base.java:1700)
>>  at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
>> ixR
>> esourceBase.java:545)
>>  at
>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOs
>> sResou
>> rce.java:133)
>>  at
>> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAge
>> ntAtt
>> ache.java:216)
>>  at
>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(
>> ManagedC
>> ontextRunnable.java:49)
>>  at
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.cal
>> l(Def
>> aultManagedContext.java:56)
>>  at
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callW
>> ithCo
>> ntext(DefaultManagedContext.java:103)
>>  at
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.run
>> WithCon
>> text(DefaultManagedContext.java:53)
>>  at
>> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(Ma
>> nagedCon
>> textRunnable.java:46)
>>  at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>>  at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>> cess
>> $101(ScheduledThreadPoolExecutor.java:165)
>>  at
>> java.util.concurrent.ScheduledThr

RE: Devcloud update for 4.3

[Edison Su]

Iso and data disk doesn't work on devcloud, as there is a bug in debian xen 
kernel. The only thing devcloud can do, right now, is launching tty Linux vm.
If you have a separate xen template, you can try to register the template, then 
create a vm from it. But make sure, the template url can be accessed by 
devcloud.

> -Original Message-
> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> Sent: Wednesday, January 15, 2014 3:36 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Devcloud update for 4.3
> 
> Hi Edison
> 
> Thanks for your response. Yes, I'm trying to launch my own iso, with 
> 'small'
> data disk offering.
> 
> I tried registering the ttylinux VM ISO. What should I select for OS type?
> 
> Thanks
> Prabhakaran
> 
> On 1/15/14 3:23 PM, "Edison Su"  wrote:
> 
> >Seems attach disk failed, are you using data disk offering when you
> >create the VM? How about just try to start ttyLinux vm, without data disk.
> >
> >> -Original Message-
> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> >> Sent: Wednesday, January 15, 2014 3:10 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: Devcloud update for 4.3
> >>
> >> I'm new to this alias, looks like it does not support attachments. I
> >>have pasted  the significant error logs below. Please let me know how
> >>I can share the  complete logs for your reference.
> >>
> >> Thanks
> >> Prabhakar
> >>
> >> Mgmt-server side:
> >> =
> >> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
> >> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
> >> failed! Task record: uuid:
> >> 2640def4-6141-8698-ded9-adf2da19b746
> >>nameLabel: Async.VM.start_on
> >>  nameDescription:
> >>allowedOperations: []
> >>currentOperations: {}
> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> finished: Wed Jan 15 06:20:00 PST 2014
> >>   status: failure
> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> >> progress: 1.0
> >> type: 
> >>   result:
> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
> >>  otherConfig: {}
> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >> subtasks: []
> >>
> >> WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431)
> >>Unable  to start VM(i-2-7-VM) on
> >>host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due  to
> >> Task failed! Task record: uuid:
> >> 2640def4-6141-8698-ded9-adf2da19b746
> >>nameLabel: Async.VM.start_on
> >>  nameDescription:
> >>allowedOperations: []
> >>currentOperations: {}
> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> finished: Wed Jan 15 06:20:00 PST 2014
> >>   status: failure
> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> >> progress: 1.0
> >> type: 
> >>   result:
> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
> >>  otherConfig: {}
> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >> subtasks: []
> >>
> >> Task failed! Task record: uuid:
> >> 2640def4-6141-8698-ded9-adf2da19b746
> >>nameLabel: Async.VM.start_on
> >>  nameDescription:
> >>allowedOperations: []
> >>currentOperations: {}
> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> finished: Wed Jan 15 06:20:00 PST 2014
> >>   status: failure
> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> >> progress: 1.0
> >> type: 
> >>   result:
> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
> >>  otherConfig: {}
> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >> subtasks: []
> >>
> >>at
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(
> C
> >>itr
> >> ix
> >> ResourceBase.java:3685)
> >>at
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixRes
> >>ou
> >> rce
> >> Base.java:3797)
> >>at
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRes
> >>ou
> >> rce
> >> Base.java:1700)
> >>at
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(
> Ci
> >>tr
> >> ixR
> >> esourceBase.java:545)
> >>at
> >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOs
> >> sResou
> >> rce.java:133)
> >>at
> >>
> >>com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(Direct
> Age
> >> ntAtt
> >> ache.java:216)
> >>at
> >>
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(
> >> ManagedC
> >> ontextRunnable.java:49)
> >>at
> >>
> >>org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.
> cal
> >> l(Def
> >> aultManagedContext.java:56)
> >>  

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

Hi Edison

Thanks for the details. I was trying to download the tty-linux iso and
launch the same. Do you mean to use the built-in 'tiny linux template' by
tty linux? For some reason, it doesn't get downloaded in my environment.
Is there anyway to download it to some location in sec storage (similar to
downloading the system vm template)?

Also, how do I launch the VM without 'data disk'. If I go through the
UI, it always asks me to select a DiskOffering and I'm not able to create
a 0GB custom offering also.

Thanks
Prabhakar

On 1/15/14 4:15 PM, "Edison Su"  wrote:

>Iso and data disk doesn't work on devcloud, as there is a bug in debian
>xen kernel. The only thing devcloud can do, right now, is launching tty
>Linux vm.
>If you have a separate xen template, you can try to register the
>template, then create a vm from it. But make sure, the template url can
>be accessed by devcloud.
>
>> -Original Message-
>> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> Sent: Wednesday, January 15, 2014 3:36 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Devcloud update for 4.3
>> 
>> Hi Edison
>> 
>> Thanks for your response. Yes, I'm trying to launch my own iso,
>>with 'small'
>> data disk offering.
>> 
>> I tried registering the ttylinux VM ISO. What should I select for
>>OS type?
>> 
>> Thanks
>> Prabhakaran
>> 
>> On 1/15/14 3:23 PM, "Edison Su"  wrote:
>> 
>> >Seems attach disk failed, are you using data disk offering when you
>> >create the VM? How about just try to start ttyLinux vm, without data
>>disk.
>> >
>> >> -Original Message-
>> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> >> Sent: Wednesday, January 15, 2014 3:10 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Re: Devcloud update for 4.3
>> >>
>> >> I'm new to this alias, looks like it does not support attachments. I
>> >>have pasted  the significant error logs below. Please let me know how
>> >>I can share the  complete logs for your reference.
>> >>
>> >> Thanks
>> >> Prabhakar
>> >>
>> >> Mgmt-server side:
>> >> =
>> >> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
>> >> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
>> >> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
>> >> failed! Task record: uuid:
>> >> 2640def4-6141-8698-ded9-adf2da19b746
>> >>nameLabel: Async.VM.start_on
>> >>  nameDescription:
>> >>allowedOperations: []
>> >>currentOperations: {}
>> >>  created: Wed Jan 15 06:20:00 PST 2014
>> >> finished: Wed Jan 15 06:20:00 PST 2014
>> >>   status: failure
>> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> >> progress: 1.0
>> >> type: 
>> >>   result:
>> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>> >>  otherConfig: {}
>> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> >> subtasks: []
>> >>
>> >> WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431)
>> >>Unable  to start VM(i-2-7-VM) on
>> >>host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due  to
>> >> Task failed! Task record: uuid:
>> >> 2640def4-6141-8698-ded9-adf2da19b746
>> >>nameLabel: Async.VM.start_on
>> >>  nameDescription:
>> >>allowedOperations: []
>> >>currentOperations: {}
>> >>  created: Wed Jan 15 06:20:00 PST 2014
>> >> finished: Wed Jan 15 06:20:00 PST 2014
>> >>   status: failure
>> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> >> progress: 1.0
>> >> type: 
>> >>   result:
>> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>> >>  otherConfig: {}
>> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> >> subtasks: []
>> >>
>> >> Task failed! Task record: uuid:
>> >> 2640def4-6141-8698-ded9-adf2da19b746
>> >>nameLabel: Async.VM.start_on
>> >>  nameDescription:
>> >>allowedOperations: []
>> >>currentOperations: {}
>> >>  created: Wed Jan 15 06:20:00 PST 2014
>> >> finished: Wed Jan 15 06:20:00 PST 2014
>> >>   status: failure
>> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> >> progress: 1.0
>> >> type: 
>> >>   result:
>> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>> >>  otherConfig: {}
>> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> >> subtasks: []
>> >>
>> >>   at
>> >>
>> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(
>> C
>> >>itr
>> >> ix
>> >> ResourceBase.java:3685)
>> >>   at
>> >>
>> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixRes
>> >>ou
>> >> rce
>> >> Base.java:3797)
>> >>   at
>> >>
>> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit

RE: Devcloud update for 4.3

[Edison Su]

> -Original Message-
> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> Sent: Wednesday, January 15, 2014 4:28 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Devcloud update for 4.3
> 
> Hi Edison
> 
> Thanks for the details. I was trying to download the tty-linux iso and 
> launch
> the same. Do you mean to use the built-in 'tiny linux template' by tty linux?
Yes, the build-in "tty linux".  Doesn't it show up on the UI in create vm 
wizard?
If not, then what's the agent status of your ssvm? If agent status is not in up 
state(90% true), then check "host" in global configuration, make sure "host = 
192.168.56.10"

> For some reason, it doesn't get downloaded in my environment.
> Is there anyway to download it to some location in sec storage (similar to
> downloading the system vm template)?
> 
> Also, how do I launch the VM without 'data disk'. If I go through the UI, 
> it
> always asks me to select a DiskOffering and I'm not able to create a 0GB
> custom offering also.
> 
> Thanks
> Prabhakar
> 
> On 1/15/14 4:15 PM, "Edison Su"  wrote:
> 
> >Iso and data disk doesn't work on devcloud, as there is a bug in debian
> >xen kernel. The only thing devcloud can do, right now, is launching tty
> >Linux vm.
> >If you have a separate xen template, you can try to register the
> >template, then create a vm from it. But make sure, the template url can
> >be accessed by devcloud.
> >
> >> -Original Message-
> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> >> Sent: Wednesday, January 15, 2014 3:36 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: Devcloud update for 4.3
> >>
> >> Hi Edison
> >>
> >> Thanks for your response. Yes, I'm trying to launch my own iso,
> >>with 'small'
> >> data disk offering.
> >>
> >> I tried registering the ttylinux VM ISO. What should I select for
> >>OS type?
> >>
> >> Thanks
> >> Prabhakaran
> >>
> >> On 1/15/14 3:23 PM, "Edison Su"  wrote:
> >>
> >> >Seems attach disk failed, are you using data disk offering when you
> >> >create the VM? How about just try to start ttyLinux vm, without data
> >>disk.
> >> >
> >> >> -Original Message-
> >> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
> >> >> Sent: Wednesday, January 15, 2014 3:10 PM
> >> >> To: dev@cloudstack.apache.org
> >> >> Subject: Re: Devcloud update for 4.3
> >> >>
> >> >> I'm new to this alias, looks like it does not support attachments.
> >> >>I have pasted  the significant error logs below. Please let me know
> >> >>how I can share the  complete logs for your reference.
> >> >>
> >> >> Thanks
> >> >> Prabhakar
> >> >>
> >> >> Mgmt-server side:
> >> >> =
> >> >> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >> >> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
> >> >> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
> >> >> failed! Task record: uuid:
> >> >> 2640def4-6141-8698-ded9-adf2da19b746
> >> >>nameLabel: Async.VM.start_on
> >> >>  nameDescription:
> >> >>allowedOperations: []
> >> >>currentOperations: {}
> >> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> >> finished: Wed Jan 15 06:20:00 PST 2014
> >> >>   status: failure
> >> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> >> >> progress: 1.0
> >> >> type: 
> >> >>   result:
> >> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
> >> >>  otherConfig: {}
> >> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >> >> subtasks: []
> >> >>
> >> >> WARN  [c.c.h.x.r.CitrixResourceBase]
> >> >>(DirectAgent-180:ctx-e20ff431) Unable  to start VM(i-2-7-VM) on
> >> >>host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due  to
> >> >> Task failed! Task record: uuid:
> >> >> 2640def4-6141-8698-ded9-adf2da19b746
> >> >>nameLabel: Async.VM.start_on
> >> >>  nameDescription:
> >> >>allowedOperations: []
> >> >>currentOperations: {}
> >> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> >> finished: Wed Jan 15 06:20:00 PST 2014
> >> >>   status: failure
> >> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
> >> >> progress: 1.0
> >> >> type: 
> >> >>   result:
> >> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
> >> >>  otherConfig: {}
> >> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >> >> subtasks: []
> >> >>
> >> >> Task failed! Task record: uuid:
> >> >> 2640def4-6141-8698-ded9-adf2da19b746
> >> >>nameLabel: Async.VM.start_on
> >> >>  nameDescription:
> >> >>allowedOperations: []
> >> >>currentOperations: {}
> >> >>  created: Wed Jan 15 06:20:00 PST 2014
> >> >> finished: Wed Jan 15 06:20:00 PST 2014
> >> >>   status: failure
> >> >> 

Re: Devcloud update for 4.3

[Prabhakaran Ganesan]

Hi Edison

Thanks for the clarification. I'll try to debug why the template is
not downloaded.

I'm running the management-server as a separate vm (over virtualBox,
with one interface in the host-network) at 192.168.56.31. I have sent the
'host' parameter as 192.168.56.31. Isn't this correct?

Thanks
Prabhakar

On 1/15/14 6:09 PM, "Edison Su"  wrote:

>
>
>> -Original Message-
>> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> Sent: Wednesday, January 15, 2014 4:28 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Devcloud update for 4.3
>> 
>> Hi Edison
>> 
>> Thanks for the details. I was trying to download the tty-linux iso
>>and launch
>> the same. Do you mean to use the built-in 'tiny linux template' by tty
>>linux?
>Yes, the build-in "tty linux".  Doesn't it show up on the UI in create vm
>wizard?
>If not, then what's the agent status of your ssvm? If agent status is not
>in up state(90% true), then check "host" in global configuration, make
>sure "host = 192.168.56.10"
>
>> For some reason, it doesn't get downloaded in my environment.
>> Is there anyway to download it to some location in sec storage (similar
>>to
>> downloading the system vm template)?
>> 
>> Also, how do I launch the VM without 'data disk'. If I go through
>>the UI, it
>> always asks me to select a DiskOffering and I'm not able to create a 0GB
>> custom offering also.
>> 
>> Thanks
>> Prabhakar
>> 
>> On 1/15/14 4:15 PM, "Edison Su"  wrote:
>> 
>> >Iso and data disk doesn't work on devcloud, as there is a bug in debian
>> >xen kernel. The only thing devcloud can do, right now, is launching tty
>> >Linux vm.
>> >If you have a separate xen template, you can try to register the
>> >template, then create a vm from it. But make sure, the template url can
>> >be accessed by devcloud.
>> >
>> >> -Original Message-
>> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> >> Sent: Wednesday, January 15, 2014 3:36 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Re: Devcloud update for 4.3
>> >>
>> >> Hi Edison
>> >>
>> >> Thanks for your response. Yes, I'm trying to launch my own iso,
>> >>with 'small'
>> >> data disk offering.
>> >>
>> >> I tried registering the ttylinux VM ISO. What should I select for
>> >>OS type?
>> >>
>> >> Thanks
>> >> Prabhakaran
>> >>
>> >> On 1/15/14 3:23 PM, "Edison Su"  wrote:
>> >>
>> >> >Seems attach disk failed, are you using data disk offering when you
>> >> >create the VM? How about just try to start ttyLinux vm, without data
>> >>disk.
>> >> >
>> >> >> -Original Message-
>> >> >> From: Prabhakaran Ganesan [mailto:gprab...@juniper.net]
>> >> >> Sent: Wednesday, January 15, 2014 3:10 PM
>> >> >> To: dev@cloudstack.apache.org
>> >> >> Subject: Re: Devcloud update for 4.3
>> >> >>
>> >> >> I'm new to this alias, looks like it does not support attachments.
>> >> >>I have pasted  the significant error logs below. Please let me know
>> >> >>how I can share the  complete logs for your reference.
>> >> >>
>> >> >> Thanks
>> >> >> Prabhakar
>> >> >>
>> >> >> Mgmt-server side:
>> >> >> =
>> >> >> [root@localhost cloudstack]# INFO  [o.a.c.f.j.i.AsyncJobMonitor]
>> >> >> (Job-Executor-11:ctx-686ff842) Add job-21 into job monitoring WARN
>> >> >> [c.c.h.x.r.CitrixResourceBase] (DirectAgent-180:ctx-e20ff431) Task
>> >> >> failed! Task record: uuid:
>> >> >> 2640def4-6141-8698-ded9-adf2da19b746
>> >> >>nameLabel: Async.VM.start_on
>> >> >>  nameDescription:
>> >> >>allowedOperations: []
>> >> >>currentOperations: {}
>> >> >>  created: Wed Jan 15 06:20:00 PST 2014
>> >> >> finished: Wed Jan 15 06:20:00 PST 2014
>> >> >>   status: failure
>> >> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> >> >> progress: 1.0
>> >> >> type: 
>> >> >>   result:
>> >> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>> >> >>  otherConfig: {}
>> >> >>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>> >> >> subtasks: []
>> >> >>
>> >> >> WARN  [c.c.h.x.r.CitrixResourceBase]
>> >> >>(DirectAgent-180:ctx-e20ff431) Unable  to start VM(i-2-7-VM) on
>> >> >>host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due  to
>> >> >> Task failed! Task record: uuid:
>> >> >> 2640def4-6141-8698-ded9-adf2da19b746
>> >> >>nameLabel: Async.VM.start_on
>> >> >>  nameDescription:
>> >> >>allowedOperations: []
>> >> >>currentOperations: {}
>> >> >>  created: Wed Jan 15 06:20:00 PST 2014
>> >> >> finished: Wed Jan 15 06:20:00 PST 2014
>> >> >>   status: failure
>> >> >>   residentOn: com.xensource.xenapi.Host@3ba61fa8
>> >> >> progress: 1.0
>> >> >> type: 
>> >> >>   result:
>> >> >>errorInfo: [INTERNAL_ERROR, Xb.Noent]
>> >> >>  otherConfig: {}
>> >> >>subtaskOf: com.xen

Re: Review Request 16867: Test Suite for Testing Remote Access VPN on VPC

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16867/#review32015
---


Chandan,

Can you upload the patch file instead of attaching it to the review request?



- SrikanteswaraRao Talluri


On Jan. 14, 2014, 8:47 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16867/
> ---
> 
> (Updated Jan. 14, 2014, 8:47 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, SrikanteswaraRao Talluri, 
> and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Suite for Testing Remote Access VPN on VPC. 
> 
> I successfully automated the following components:
> 
> 1.VPN Client Installation on Linux
> 2.Component that efficiently verifies Remote VPN Access between client and 
> the Server.
> 3.Developed a component that automates VPN Client Configuration and services.
> 4.Test Cases of the Feature
> 5.Tested the Code multiple times on XenServer and fixed the bugs.
> 6.Requirement on VMWare: Default Template should be CentOS 5.5 or higher for 
> the test suite to work. VPN Client cannot be installed on CentOS 5.3 Default 
> Template on VMWare.
> 
> 
> Diffs
> -
> 
> 
> Diff: https://reviews.apache.org/r/16867/diff/
> 
> 
> Testing
> ---
> 
> Test case no : Enable VPN for Public IP Address on the VPC ... ok
> Test case no : Remote a VPN User ... ok
> Test case no : Add a Different VPN User and Test Access with already existing 
> VPN User ... ok
> Test case no : Add a Previously Removed VPN User from the VPC and Test the 
> VPN Connectivity ... ok
> Test case no : Disable the VPN Service on the VPC ... ok
> Test case no : Enabled Previously Dsiabled VPN Access to VPC. ... ok
> Test case no : Create Nine VPN Users to test the remote.vpn.user.limit=8 
> Configuration parameter ... ok
> 
> --
> Ran 7 tests in 645.787s
> 
> OK
> 
> 
> File Attachments
> 
> 
> 0001-Test-Suite-for-Remote-Access-VPN-on-VPC.patch
>   
> https://reviews.apache.org/media/uploaded/files/2014/01/14/c6d3f593-d0eb-407c-aad2-574ebf9ca0f8__0001-Test-Suite-for-Remote-Access-VPN-on-VPC.patch
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>