Build failed in Jenkins: build-master-slowbuild #3358

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.696s]
[INFO] Apache CloudStack . SUCCESS [2.112s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.806s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [20.431s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:30.163s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.116s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.492s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.422s]
[INFO] Apache CloudStack API . SUCCESS [1:49.086s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.397s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [30.140s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.087s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.331s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.152s]
[INFO] Apache CloudStack Core  SUCCESS [1:22.382s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.516s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [37.016s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.220s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:05.701s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [41.144s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.822s]
[INFO] Apache CloudStack Server .. SUCCESS [4:12.520s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.861s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.679s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:21.809s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.069s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.449s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.255s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [48.582s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [30.091s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [27.413s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [31.403s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.936s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.900s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.499s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [7.865s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.987s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [26.254s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[24.061s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[38.332s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.630s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.844s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [15.868s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[17.025s]
[INFO] Apache Cloud

Re: Slow remote debugging

[Rohit Yadav]

Hi Mike, try IntelliJ you’ll be delighted.

Cheers.

>

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image437633.png@b7900257.46806d47]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike  wrote:
>
> Hi,
>
>
> As an FYI in case anyone else encounters this issue in the future:
>
>
> I just performed a bunch of CloudStack debugging using NetBeans for the first 
> time (I've never used that IDE before) and this debugging slowness does not 
> exist in that IDE (NetBeans 8.1).
>
>
> I suppose I will just switch to NetBeans from Eclipse.
>
>
> Talk to you later,
>
> Mike
>
>
> 
> From: Tutkowski, Mike
> Sent: Thursday, February 25, 2016 10:33 PM
> To: dev@cloudstack.apache.org
> Subject: Slow remote debugging
>
>
> Hi,
>
>
> I can't put my finger exactly on when this started happening; however, at 
> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
> experience.
>
>
> When I'm in the office, everything works quickly (just like it used to from 
> home).
>
>
> At home, it can take minutes to attach to the remote JVM running the CSMS.
>
>
> When I hit a breakpoint and then resume to run to another breakpoint, it can 
> also take minutes.
>
>
> I've done a fair amount of searching on the web for solutions, but none of 
> them have worked.
>
>
> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
> checked a moment ago).
>
>
> Has anyone else experienced such issues? If so, how have you solved them?
>
>
> Thanks!
>
> Mike

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

Build failed in Jenkins: build-master-slowbuild #3359

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.774s]
[INFO] Apache CloudStack . SUCCESS [2.312s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.795s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [19.280s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:32.771s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.137s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.931s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [26.672s]
[INFO] Apache CloudStack API . SUCCESS [1:49.725s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.369s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.908s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.089s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.557s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.318s]
[INFO] Apache CloudStack Core  SUCCESS [1:23.286s]
[INFO] Apache CloudStack Agents .. SUCCESS [38.905s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [37.160s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.233s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:08.957s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [40.705s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.989s]
[INFO] Apache CloudStack Server .. SUCCESS [4:11.897s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.102s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.158s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:21.708s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.081s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.481s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [53.851s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [47.724s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [30.986s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [27.837s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [25.919s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.430s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.401s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.093s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [7.552s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.941s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [26.834s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.360s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[35.975s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.337s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.638s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [15.305s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[16.696s]
[INFO] Apache Cloud

Re: Anyone Can Help

[Simon Weller]

Can you give us more info on the network design you tested this on, as well as  
the Cloudstack setup?
I honestly don't know who in the community is utilizing this feature today. 

- Si



From: Keerthiraja SJ 
Sent: Tuesday, March 1, 2016 12:22 AM
To: dev@cloudstack.apache.org
Subject: Re: Anyone Can Help

Yes that is how it been design right. PVLAN

On Mon, Feb 29, 2016 at 6:53 PM, Simon Weller  wrote:

> Just for clarity here, are talking QinQ?. I.e. A Vlan within a vlan?
>
> 
> From: Keerthiraja SJ 
> Sent: Saturday, February 27, 2016 11:44 PM
> To: dev@cloudstack.apache.org
> Subject: Anyone Can Help
>
> Hi All,
>
> I was been following up and testing past three version about the PVLAN
> setup. Which was worked on 4.2. It failed on version 4.5 / 4.6 / 4.7/ 4.8.
>
> I raised issue in jira.
>
> Two of my consulting company implemented PVLAN using Cloudstack 4.2 there
> is no chance for them to upgrade because this was really help there
> business needs in cloudstack providing VM to there customer on same subnet.
>
> It will be great could someone can say that is it really working or is the
> fetures been depecreated
>
>
> Reference WiKi
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/PVLAN+for+isolation+within+a+VLAN
>
> Issues
> https://issues.apache.org/jira/browse/CLOUDSTACK-2404
> https://issues.apache.org/jira/browse/CLOUDSTACK-9225
>
> I tested in 4.5 and 4.7 is not working. It will great that in CS community
> could someone really help on this.
>
> Thanks,
> Keerthi
>

[GitHub] cloudstack pull request: CLOUDSTACK-9298: Improve performance of r...

[nvazquez]

Github user nvazquez commented on the pull request:

https://github.com/apache/cloudstack/pull/1425#issuecomment-190753666
  
Hi @rafaelweingartner,

Sure, I changed it to a method and added javadoc to it.

I added the new constructor at ResourceTagJoinVO to set all 
that fields in a single call instead of many setter methods. Which way could be 
better?

Yes, I tested template_view and it retrieves data.

Thanks,
Nicolas


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Build failed in Jenkins: build-master-slowbuild #3360

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.733s]
[INFO] Apache CloudStack . SUCCESS [2.109s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.781s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [18.894s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:30.210s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.101s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.684s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.018s]
[INFO] Apache CloudStack API . SUCCESS [1:50.056s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.990s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [30.045s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.094s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.332s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [26.231s]
[INFO] Apache CloudStack Core  SUCCESS [1:21.836s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.680s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [37.292s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.750s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:06.766s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [41.428s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.339s]
[INFO] Apache CloudStack Server .. SUCCESS [4:14.567s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.354s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.703s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:22.066s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.067s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.427s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.365s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [47.766s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [31.397s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [26.527s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [26.590s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [21.292s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.508s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.203s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [7.550s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [1.007s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [26.542s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.980s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[37.101s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.757s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.116s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [14.925s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[16.940s]
[INFO] Apache Cloud

[GitHub] cloudstack pull request: CLOUDSTACK-9298: Improve performance of r...

[pedro-martins]

Github user pedro-martins commented on the pull request:

https://github.com/apache/cloudstack/pull/1425#issuecomment-190791313
  
@nvazquez, nice changes.

So, I guess that a test cases for these new methods will be important to 
detect future changes in these methods behavior. 

Another thing, is this new constructor really necessary? do you use this 
constructor in any part of the code? or do you just created this constructor to 
improve future codes calling only this constructor instead of lots of setters 
as you said? 

In my opinion, a constructor with many params is a bit ugly, I prefer to 
use no params in the constructor and use some factory pattern to create this 
object (lots of setters called inside a factory class), this is just my opinion.

Ty.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: [CLOUDSTACK-8973] Fix create template fro...

[pedro-martins]

Github user pedro-martins commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1424#discussion_r54595010
  
--- Diff: server/src/com/cloud/template/TemplateManagerImpl.java ---
@@ -275,6 +277,8 @@
 private StorageCacheManager cacheMgr;
 @Inject
 private EndPointSelector selector;
+@Inject
+private ImageStoreDao _imgStoreDao;
--- End diff --

hi @syed,
could you remove the "_" character from the variable name? the underscore 
is usually used in c++ programs to name private variables but it is not a 
convention in Java.
Ty.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Build failed in Jenkins: build-master-slowbuild #3361

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.798s]
[INFO] Apache CloudStack . SUCCESS [2.097s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.786s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [18.828s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:29.756s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.104s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [54.258s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [26.991s]
[INFO] Apache CloudStack API . SUCCESS [1:48.817s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.521s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [30.307s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.103s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [27.712s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [24.527s]
[INFO] Apache CloudStack Core  SUCCESS [1:22.322s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.952s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [36.902s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.274s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:08.267s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [41.085s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [26.107s]
[INFO] Apache CloudStack Server .. SUCCESS [4:15.172s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.770s]
[INFO] Apache CloudStack Usage Server  SUCCESS [43.956s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:22.394s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.067s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.444s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [53.915s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [47.969s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [30.333s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [25.776s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [30.652s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.520s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.440s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.252s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [8.021s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [1.002s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [26.264s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.347s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[35.826s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [18.035s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.633s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [16.185s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[16.678s]
[INFO] Apache Cloud

[GitHub] cloudstack pull request: CLOUDSTACK-9298: Improve performance of r...

[nvazquez]

Github user nvazquez commented on the pull request:

https://github.com/apache/cloudstack/pull/1425#issuecomment-190853930
  
Hi @pedro-martins thanks for your comments! 
About test cases you mean unit tests or an integration test for this 
changes?
I planned to use that constructor in similar methods which lists volumes, 
templates and vms, but I can remove it and follow your suggestion


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Slow remote debugging

[Tutkowski, Mike]

Thanks for the suggestion, Rohit!


I think one problem we have, though, with regards to remotely debugging the 
CloudStack Management Server over a VPN is that there are (I'm estimating here) 
like 500 threads for the IDE to collect info about.


Perhaps there's a way in one of these IDEs to filter what threads info is 
collected on? I see in NetBeans I can view only certain threads at a time if I 
want, but I think this is just the GUI filtering info that's already been 
collected from the server (so it's still doing all of the hard work...and you 
can tell because it's still pretty slow - albeit usable).



From: Rohit Yadav 
Sent: Tuesday, March 1, 2016 5:01 AM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging

Hi Mike, try IntelliJ you'll be delighted.

Cheers.

>

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image437633.png@b7900257.46806d47]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike  wrote:
>
> Hi,
>
>
> As an FYI in case anyone else encounters this issue in the future:
>
>
> I just performed a bunch of CloudStack debugging using NetBeans for the first 
> time (I've never used that IDE before) and this debugging slowness does not 
> exist in that IDE (NetBeans 8.1).
>
>
> I suppose I will just switch to NetBeans from Eclipse.
>
>
> Talk to you later,
>
> Mike
>
>
> 
> From: Tutkowski, Mike
> Sent: Thursday, February 25, 2016 10:33 PM
> To: dev@cloudstack.apache.org
> Subject: Slow remote debugging
>
>
> Hi,
>
>
> I can't put my finger exactly on when this started happening; however, at 
> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
> experience.
>
>
> When I'm in the office, everything works quickly (just like it used to from 
> home).
>
>
> At home, it can take minutes to attach to the remote JVM running the CSMS.
>
>
> When I hit a breakpoint and then resume to run to another breakpoint, it can 
> also take minutes.
>
>
> I've done a fair amount of searching on the web for solutions, but none of 
> them have worked.
>
>
> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
> checked a moment ago).
>
>
> Has anyone else experienced such issues? If so, how have you solved them?
>
>
> Thanks!
>
> Mike

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge - rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

Re: Slow remote debugging

[Will Stevens]

baaa, skip the IDE and just use jdb directly.  haha...

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Mar 1, 2016 at 2:27 PM, Tutkowski, Mike 
wrote:

> Thanks for the suggestion, Rohit!
>
>
> I think one problem we have, though, with regards to remotely debugging
> the CloudStack Management Server over a VPN is that there are (I'm
> estimating here) like 500 threads for the IDE to collect info about.
>
>
> Perhaps there's a way in one of these IDEs to filter what threads info is
> collected on? I see in NetBeans I can view only certain threads at a time
> if I want, but I think this is just the GUI filtering info that's already
> been collected from the server (so it's still doing all of the hard
> work...and you can tell because it's still pretty slow - albeit usable).
>
>
> 
> From: Rohit Yadav 
> Sent: Tuesday, March 1, 2016 5:01 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Slow remote debugging
>
> Hi Mike, try IntelliJ you'll be delighted.
>
> Cheers.
>
> >
>
> [ShapeBlue]
> Rohit Yadav
> Software Architect  ,   ShapeBlue
>
>
> d:   | s: +44 203 603 0540
> |  m:  +91 8826230892
>
> e:  rohit.ya...@shapeblue.com | t: 
> 
>  |  w:  www.shapeblue.com
>
> a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>
>
> [cid:image437633.png@b7900257.46806d47]
>
>
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
> a registered trademark.
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error.
>
>
>
>
> On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike 
> wrote:
> >
> > Hi,
> >
> >
> > As an FYI in case anyone else encounters this issue in the future:
> >
> >
> > I just performed a bunch of CloudStack debugging using NetBeans for the
> first time (I've never used that IDE before) and this debugging slowness
> does not exist in that IDE (NetBeans 8.1).
> >
> >
> > I suppose I will just switch to NetBeans from Eclipse.
> >
> >
> > Talk to you later,
> >
> > Mike
> >
> >
> > 
> > From: Tutkowski, Mike
> > Sent: Thursday, February 25, 2016 10:33 PM
> > To: dev@cloudstack.apache.org
> > Subject: Slow remote debugging
> >
> >
> > Hi,
> >
> >
> > I can't put my finger exactly on when this started happening; however,
> at some point, my remote debugging from home (over VPN) with Eclipse has
> gotten ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me
> the same experience.
> >
> >
> > When I'm in the office, everything works quickly (just like it used to
> from home).
> >
> >
> > At home, it can take minutes to attach to the remote JVM running the
> CSMS.
> >
> >
> > When I hit a breakpoint and then resume to run to another breakpoint, it
> can also take minutes.
> >
> >
> > I've done a fair amount of searching on the web for solutions, but none
> of them have worked.
> >
> >
> > My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload
> (just checked a moment ago).
> >
> >
> > Has anyone else experienced such issues? If so, how have you solved them?
> >
> >
> > Thanks!
> >
> > Mike
>
> Regards.
>
> Find out more about ShapeBlue and our range of CloudStack related services:
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge - rapid
> IaaS deployment framework
> CloudStack Consulting |
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack
> Bootcamp Training Courses
>

[GitHub] cloudstack pull request: CLOUDSTACK-9298: Improve performance of r...

[pedro-martins]

Github user pedro-martins commented on the pull request:

https://github.com/apache/cloudstack/pull/1425#issuecomment-190874260
  
@nvazquez 

I mean unit tests for each new method. 

I think that use the Builder to get an instance with all variables 
initialized is a good way.

Thanks. 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

RE: Important Pending Items

[Paul Angus]

Hi Will,

It will be 100% open source. The $dayjob has blocked the team from working on 
it recently. I'd like to get some of our ideas into the CloudStack wiki this 
week before I go on leave for a week.
Rohit has created a repo for us: https://github.com/shapeblue/Trillian
(which looks a bit sad at the moment - I hope to push our Ansible roles for 
building mgmt. servers and Marvin boxes into it this week also)

Internally we're planning a two week sprint on it starting 14th March. Having 
to dip in and out of this effort is making it very difficult to get anywhere

I think the biggest part of the work will be to get Marvin up to scratch, the 
log output from the tests is pretty bad.

We very much want this to be a community 'thing', and we're happy to work with 
everyone/anyone to get there.

Any ideas on the most effective way to have a number of people on this - I'm 
all ears.
In the meantime I'll try to make good on my promises to get our ideas visible 
to everyone...




Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus

e:  paul.an...@shapeblue.com|  
w:  www.shapeblue.com





-Original Message-
From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behalf Of 
Will Stevens
Sent: Monday, February 29, 2016 9:52 PM
To: dev@cloudstack.apache.org
Subject: Re: Important Pending Items

@Paul and @Bharat, thank you for the quality write-ups on this topic.

re:Paul's Details:
I share a lot of your thoughts on this. The hypervisor in hypervisor setup with 
the ability to test multiple environments is also core to my thinking. I can't 
find any details on Trillian, other than what is in this thread. Is it open 
source and freely available? This is being developed at ShapeBlue?

re:Bharat's Details:
This seems like it is the most likely candidate for being able to offer value 
in the short term. Thank you for the work documenting it and making the source 
available. I still need to review the code. This approach will take quite a bit 
of work get setup initially, but once setup, it looks like it will do the 
trick. By using only freely available software makes it more accessible than 
some options which have been suggested in the past.

My thoughts on the topic:
- I think it is important that the CI can test all the different hypervisors 
and any hardware integrations available in the environment.
- Ideally the CI tool would be easily distributed and installed at multiple 
sites. Every company who depends on ACS will have their own configuration, 
hardware and mission critical features. If the CI can be distributed (as 
independent installs), it will reduce the load on any specific site and it will 
enable companies who have specific hardware in their direct path to success the 
ability to validate their use case.
- I think a standardized CI output is also important. Ideally the summary of 
the CI run would be posted back to the PR thread. I think it is also important 
to push the detailed logs to a central location so others can review them. 
Ideally, links to the detailed logs would also be pushed to the PR thread.
- I think there should be multiple tiers of testing. Basic simulator testing 
and full runs. We may be able to setup simulator testing using a Docker 
container. I think @pdion891 has put some work into this that I may be able to 
build on.
- I think it is probably too ambitious to do CI on every PR before merge, but 
ideally we would We may have to only CI the master branch for now and revert 
any PR that causes it to fail.

I have been digging into this quite a bit today. I will continue working on 
this as it is very important to me for the 4.9 release. I would like to setup a 
CI environment locally as well to help validate and contribute to the effort. I 
have some hardware I can throw at this, so I will be working to get something 
setup to start testing ASAP.

If I can work off either (or both) of your work, I would appreciate it.

Cheers,

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_

On Fri, Feb 12, 2016 at 12:49 AM, Bharat Kumar 
wrote:

> Hi Paul,
>
> The goals and functionality of the CI on which we are working are the
> same (please review the FS<
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Test+bed+orches
> trator+and+test+runner+to+enable+continuos+integration>
> ), The difference being the method of implementation. We are not using
> nested virtualisation to create test environments. The work on CI
> began long back but unfortunately due to other priorities we could not
> work on a continuous basis and bring it to completion.
>
> I agree that we should come to a consensus on what the community wants
> from the CI. IMHO the basic and immediate requirement would be to have
> a stable system to test the PRs and post results. Once we have this,
> we ca

Re: Slow remote debugging

[Tutkowski, Mike]

​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans debugging 
over my VPN.


It's actually not just usable, but fast.


Thanks!



From: Tutkowski, Mike
Sent: Tuesday, March 1, 2016 12:27 PM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging


Thanks for the suggestion, Rohit!


I think one problem we have, though, with regards to remotely debugging the 
CloudStack Management Server over a VPN is that there are (I'm estimating here) 
like 500 threads for the IDE to collect info about.


Perhaps there's a way in one of these IDEs to filter what threads info is 
collected on? I see in NetBeans I can view only certain threads at a time if I 
want, but I think this is just the GUI filtering info that's already been 
collected from the server (so it's still doing all of the hard work...and you 
can tell because it's still pretty slow - albeit usable).



From: Rohit Yadav 
Sent: Tuesday, March 1, 2016 5:01 AM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging

Hi Mike, try IntelliJ you’ll be delighted.

Cheers.

>

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image437633.png@b7900257.46806d47]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike  wrote:
>
> Hi,
>
>
> As an FYI in case anyone else encounters this issue in the future:
>
>
> I just performed a bunch of CloudStack debugging using NetBeans for the first 
> time (I've never used that IDE before) and this debugging slowness does not 
> exist in that IDE (NetBeans 8.1).
>
>
> I suppose I will just switch to NetBeans from Eclipse.
>
>
> Talk to you later,
>
> Mike
>
>
> 
> From: Tutkowski, Mike
> Sent: Thursday, February 25, 2016 10:33 PM
> To: dev@cloudstack.apache.org
> Subject: Slow remote debugging
>
>
> Hi,
>
>
> I can't put my finger exactly on when this started happening; however, at 
> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
> experience.
>
>
> When I'm in the office, everything works quickly (just like it used to from 
> home).
>
>
> At home, it can take minutes to attach to the remote JVM running the CSMS.
>
>
> When I hit a breakpoint and then resume to run to another breakpoint, it can 
> also take minutes.
>
>
> I've done a fair amount of searching on the web for solutions, but none of 
> them have worked.
>
>
> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
> checked a moment ago).
>
>
> Has anyone else experienced such issues? If so, how have you solved them?
>
>
> Thanks!
>
> Mike

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

Re: Slow remote debugging

[Will Stevens]

Ya, in my experience IntelliJ is the best Java IDE.  Glad you are sorted.
 :)

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Mar 1, 2016 at 3:41 PM, Tutkowski, Mike 
wrote:

> ​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans
> debugging over my VPN.
>
>
> It's actually not just usable, but fast.
>
>
> Thanks!
>
>
> 
> From: Tutkowski, Mike
> Sent: Tuesday, March 1, 2016 12:27 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Slow remote debugging
>
>
> Thanks for the suggestion, Rohit!
>
>
> I think one problem we have, though, with regards to remotely debugging
> the CloudStack Management Server over a VPN is that there are (I'm
> estimating here) like 500 threads for the IDE to collect info about.
>
>
> Perhaps there's a way in one of these IDEs to filter what threads info is
> collected on? I see in NetBeans I can view only certain threads at a time
> if I want, but I think this is just the GUI filtering info that's already
> been collected from the server (so it's still doing all of the hard
> work...and you can tell because it's still pretty slow - albeit usable).
>
>
> 
> From: Rohit Yadav 
> Sent: Tuesday, March 1, 2016 5:01 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Slow remote debugging
>
> Hi Mike, try IntelliJ you’ll be delighted.
>
> Cheers.
>
> >
>
> [ShapeBlue]
> Rohit Yadav
> Software Architect  ,   ShapeBlue
>
>
> d:   | s: +44 203 603 0540
> |  m:  +91 8826230892
>
> e:  rohit.ya...@shapeblue.com | t: 
> 
>  |  w:  www.shapeblue.com
>
> a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>
>
> [cid:image437633.png@b7900257.46806d47]
>
>
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
> a registered trademark.
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error.
>
>
>
>
> On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike 
> wrote:
> >
> > Hi,
> >
> >
> > As an FYI in case anyone else encounters this issue in the future:
> >
> >
> > I just performed a bunch of CloudStack debugging using NetBeans for the
> first time (I've never used that IDE before) and this debugging slowness
> does not exist in that IDE (NetBeans 8.1).
> >
> >
> > I suppose I will just switch to NetBeans from Eclipse.
> >
> >
> > Talk to you later,
> >
> > Mike
> >
> >
> > 
> > From: Tutkowski, Mike
> > Sent: Thursday, February 25, 2016 10:33 PM
> > To: dev@cloudstack.apache.org
> > Subject: Slow remote debugging
> >
> >
> > Hi,
> >
> >
> > I can't put my finger exactly on when this started happening; however,
> at some point, my remote debugging from home (over VPN) with Eclipse has
> gotten ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me
> the same experience.
> >
> >
> > When I'm in the office, everything works quickly (just like it used to
> from home).
> >
> >
> > At home, it can take minutes to attach to the remote JVM running the
> CSMS.
> >
> >
> > When I hit a breakpoint and then resume to run to another breakpoint, it
> can also take minutes.
> >
> >
> > I've done a fair amount of searching on the web for solutions, but none
> of them have worked.
> >
> >
> > My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload
> (just checked a moment ago).
> >
> >
> > Has anyone else experienced such issues? If so, how have you solved them?
> >
> >
> > Thanks!
> >
> > Mike
>
> Regards.
>
> Find out more about ShapeBlue and our range of CloudStack related services:
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid
> IaaS deployment framework
> CloudStack Consulting |
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> | CloudSt

Re: Important Pending Items

[Will Stevens]

Thanks Paul.  Great to hear you are planning to make everything available
and you are willing to take contributions from the community.

I am currently trying to get up to speed on everything that has been done
and all the different pieces in play.  I would like to have a CI in place
(even if it is only locally on my hardware) for testing PRs for 4.9.  My
focus right now is solving the CI problem, so I am interested in any
developments on this front.

We have Travis doing smoke tests on every PR right now.  Travis is free for
open source projects.  Is there a reason we are not doing more extensive
tests with Travis since it is already integrated into github?  Like maybe
running the simulator on every PR?  I think this could be a good first step
to weed out some of the PRs that are likely to fail a full CI run.

Cheers,

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Mar 1, 2016 at 3:40 PM, Paul Angus  wrote:

> Hi Will,
>
> It will be 100% open source. The $dayjob has blocked the team from working
> on it recently. I'd like to get some of our ideas into the CloudStack wiki
> this week before I go on leave for a week.
> Rohit has created a repo for us: https://github.com/shapeblue/Trillian
> (which looks a bit sad at the moment - I hope to push our Ansible roles
> for building mgmt. servers and Marvin boxes into it this week also)
>
> Internally we're planning a two week sprint on it starting 14th March.
> Having to dip in and out of this effort is making it very difficult to get
> anywhere
>
> I think the biggest part of the work will be to get Marvin up to scratch,
> the log output from the tests is pretty bad.
>
> We very much want this to be a community 'thing', and we're happy to work
> with everyone/anyone to get there.
>
> Any ideas on the most effective way to have a number of people on this -
> I'm all ears.
> In the meantime I'll try to make good on my promises to get our ideas
> visible to everyone...
>
>
>
>
> Paul Angus
> VP Technology   ,   ShapeBlue
>
>
> t:  @cloudyangus
>
> e:  paul.an...@shapeblue.com
> |  w:  www.shapeblue.com
>
>
>
>
>
> -Original Message-
> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> Behalf Of Will Stevens
> Sent: Monday, February 29, 2016 9:52 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Important Pending Items
>
> @Paul and @Bharat, thank you for the quality write-ups on this topic.
>
> re:Paul's Details:
> I share a lot of your thoughts on this. The hypervisor in hypervisor setup
> with the ability to test multiple environments is also core to my thinking.
> I can't find any details on Trillian, other than what is in this thread. Is
> it open source and freely available? This is being developed at ShapeBlue?
>
> re:Bharat's Details:
> This seems like it is the most likely candidate for being able to offer
> value in the short term. Thank you for the work documenting it and making
> the source available. I still need to review the code. This approach will
> take quite a bit of work get setup initially, but once setup, it looks like
> it will do the trick. By using only freely available software makes it more
> accessible than some options which have been suggested in the past.
>
> My thoughts on the topic:
> - I think it is important that the CI can test all the different
> hypervisors and any hardware integrations available in the environment.
> - Ideally the CI tool would be easily distributed and installed at
> multiple sites. Every company who depends on ACS will have their own
> configuration, hardware and mission critical features. If the CI can be
> distributed (as independent installs), it will reduce the load on any
> specific site and it will enable companies who have specific hardware in
> their direct path to success the ability to validate their use case.
> - I think a standardized CI output is also important. Ideally the summary
> of the CI run would be posted back to the PR thread. I think it is also
> important to push the detailed logs to a central location so others can
> review them. Ideally, links to the detailed logs would also be pushed to
> the PR thread.
> - I think there should be multiple tiers of testing. Basic simulator
> testing and full runs. We may be able to setup simulator testing using a
> Docker container. I think @pdion891 has put some work into this that I may
> be able to build on.
> - I think it is probably too ambitious to do CI on every PR before merge,
> but ideally we would We may have to only CI the master branch for now and
> revert any PR that causes it to fail.
>
> I have been digging into this quite a bit today. I will continue working
> on this as it is very important to me for the 4.9 release. I would like to
> setup a CI environment locally as well to help validate and contribute to
> the ef

Build failed in Jenkins: build-master-slowbuild #3362

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.838s]
[INFO] Apache CloudStack . SUCCESS [2.163s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.778s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [19.359s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:30.994s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.108s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.933s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.370s]
[INFO] Apache CloudStack API . SUCCESS [1:50.071s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.055s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [30.396s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.085s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.499s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [24.844s]
[INFO] Apache CloudStack Core  SUCCESS [1:21.254s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.132s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [36.563s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.129s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:07.430s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [40.824s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.746s]
[INFO] Apache CloudStack Server .. SUCCESS [4:17.011s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.443s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.791s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:23.671s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.072s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.442s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [53.644s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [49.496s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [30.920s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [26.457s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [27.624s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [22.983s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [37.283s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.526s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [8.010s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.957s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [27.031s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.574s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[36.117s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.329s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [24.056s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [15.821s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[17.057s]
[INFO] Apache Cloud

Re: Slow remote debugging

[Remi Bergsma]

IntelliJ is cool indeed. What’s even better, is that as an Apache committer you 
get a free license ;-)

https://www.jetbrains.com/shop/eform/apache?product=II



Regards,
Remi





On 01/03/16 21:41, "Tutkowski, Mike"  wrote:

>​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans 
>debugging over my VPN.
>
>
>It's actually not just usable, but fast.
>
>
>Thanks!
>
>
>
>From: Tutkowski, Mike
>Sent: Tuesday, March 1, 2016 12:27 PM
>To: dev@cloudstack.apache.org
>Subject: Re: Slow remote debugging
>
>
>Thanks for the suggestion, Rohit!
>
>
>I think one problem we have, though, with regards to remotely debugging the 
>CloudStack Management Server over a VPN is that there are (I'm estimating 
>here) like 500 threads for the IDE to collect info about.
>
>
>Perhaps there's a way in one of these IDEs to filter what threads info is 
>collected on? I see in NetBeans I can view only certain threads at a time if I 
>want, but I think this is just the GUI filtering info that's already been 
>collected from the server (so it's still doing all of the hard work...and you 
>can tell because it's still pretty slow - albeit usable).
>
>
>
>From: Rohit Yadav 
>Sent: Tuesday, March 1, 2016 5:01 AM
>To: dev@cloudstack.apache.org
>Subject: Re: Slow remote debugging
>
>Hi Mike, try IntelliJ you’ll be delighted.
>
>Cheers.
>
>>
>
>[ShapeBlue]
>Rohit Yadav
>Software Architect  ,   ShapeBlue
>
>
>d:   | s: +44 203 603 0540  | 
> m:  +91 8826230892
>
>e:  rohit.ya...@shapeblue.com | t: 
>   |  w:  
>www.shapeblue.com
>
>a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>
>
>[cid:image437633.png@b7900257.46806d47]
>
>
>Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue 
>Services India LLP is a company incorporated in India and is operated under 
>license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
>incorporated in Brasil and is operated under license from Shape Blue Ltd. 
>ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa 
>and is traded under license from Shape Blue Ltd. ShapeBlue is a registered 
>trademark.
>This email and any attachments to it may be confidential and are intended 
>solely for the use of the individual to whom it is addressed. Any views or 
>opinions expressed are solely those of the author and do not necessarily 
>represent those of Shape Blue Ltd or related companies. If you are not the 
>intended recipient of this email, you must neither take any action based upon 
>its contents, nor copy or show it to anyone. Please contact the sender if you 
>believe you have received this email in error.
>
>
>
>
>On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike  wrote:
>>
>> Hi,
>>
>>
>> As an FYI in case anyone else encounters this issue in the future:
>>
>>
>> I just performed a bunch of CloudStack debugging using NetBeans for the 
>> first time (I've never used that IDE before) and this debugging slowness 
>> does not exist in that IDE (NetBeans 8.1).
>>
>>
>> I suppose I will just switch to NetBeans from Eclipse.
>>
>>
>> Talk to you later,
>>
>> Mike
>>
>>
>> 
>> From: Tutkowski, Mike
>> Sent: Thursday, February 25, 2016 10:33 PM
>> To: dev@cloudstack.apache.org
>> Subject: Slow remote debugging
>>
>>
>> Hi,
>>
>>
>> I can't put my finger exactly on when this started happening; however, at 
>> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
>> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
>> experience.
>>
>>
>> When I'm in the office, everything works quickly (just like it used to from 
>> home).
>>
>>
>> At home, it can take minutes to attach to the remote JVM running the CSMS.
>>
>>
>> When I hit a breakpoint and then resume to run to another breakpoint, it can 
>> also take minutes.
>>
>>
>> I've done a fair amount of searching on the web for solutions, but none of 
>> them have worked.
>>
>>
>> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
>> checked a moment ago).
>>
>>
>> Has anyone else experienced such issues? If so, how have you solved them?
>>
>>
>> Thanks!
>>
>> Mike
>
>Regards.
>
>Find out more about ShapeBlue and our range of CloudStack related services:
>IaaS Cloud Design & Build 
>| CSForge – rapid IaaS deployment framework
>CloudStack Consulting | 
>CloudStack Software 
>Engineering
>CloudStack Infrastructure 
>Support | CloudStack 
>Bootcamp Training Courses

Re: Important Pending Items

[Remi Bergsma]

Hi Will,

We used this to test hundreds of PRs: 
https://github.com/schubergphilis/MCT-shared/. I can talk you through it 
sometime next week or so if you want.

Regards,
Remi


On 01/03/16 21:50, "williamstev...@gmail.com on behalf of Will Stevens" 
 wrote:

>Thanks Paul.  Great to hear you are planning to make everything available
>and you are willing to take contributions from the community.
>
>I am currently trying to get up to speed on everything that has been done
>and all the different pieces in play.  I would like to have a CI in place
>(even if it is only locally on my hardware) for testing PRs for 4.9.  My
>focus right now is solving the CI problem, so I am interested in any
>developments on this front.
>
>We have Travis doing smoke tests on every PR right now.  Travis is free for
>open source projects.  Is there a reason we are not doing more extensive
>tests with Travis since it is already integrated into github?  Like maybe
>running the simulator on every PR?  I think this could be a good first step
>to weed out some of the PRs that are likely to fail a full CI run.
>
>Cheers,
>
>*Will STEVENS*
>Lead Developer
>
>*CloudOps* *| *Cloud Solutions Experts
>420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>w cloudops.com *|* tw @CloudOps_
>
>On Tue, Mar 1, 2016 at 3:40 PM, Paul Angus  wrote:
>
>> Hi Will,
>>
>> It will be 100% open source. The $dayjob has blocked the team from working
>> on it recently. I'd like to get some of our ideas into the CloudStack wiki
>> this week before I go on leave for a week.
>> Rohit has created a repo for us: https://github.com/shapeblue/Trillian
>> (which looks a bit sad at the moment - I hope to push our Ansible roles
>> for building mgmt. servers and Marvin boxes into it this week also)
>>
>> Internally we're planning a two week sprint on it starting 14th March.
>> Having to dip in and out of this effort is making it very difficult to get
>> anywhere
>>
>> I think the biggest part of the work will be to get Marvin up to scratch,
>> the log output from the tests is pretty bad.
>>
>> We very much want this to be a community 'thing', and we're happy to work
>> with everyone/anyone to get there.
>>
>> Any ideas on the most effective way to have a number of people on this -
>> I'm all ears.
>> In the meantime I'll try to make good on my promises to get our ideas
>> visible to everyone...
>>
>>
>>
>>
>> Paul Angus
>> VP Technology   ,   ShapeBlue
>>
>>
>> t:  @cloudyangus
>>
>> e:  paul.an...@shapeblue.com
>> |  w:  www.shapeblue.com
>>
>>
>>
>>
>>
>> -Original Message-
>> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
>> Behalf Of Will Stevens
>> Sent: Monday, February 29, 2016 9:52 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Important Pending Items
>>
>> @Paul and @Bharat, thank you for the quality write-ups on this topic.
>>
>> re:Paul's Details:
>> I share a lot of your thoughts on this. The hypervisor in hypervisor setup
>> with the ability to test multiple environments is also core to my thinking.
>> I can't find any details on Trillian, other than what is in this thread. Is
>> it open source and freely available? This is being developed at ShapeBlue?
>>
>> re:Bharat's Details:
>> This seems like it is the most likely candidate for being able to offer
>> value in the short term. Thank you for the work documenting it and making
>> the source available. I still need to review the code. This approach will
>> take quite a bit of work get setup initially, but once setup, it looks like
>> it will do the trick. By using only freely available software makes it more
>> accessible than some options which have been suggested in the past.
>>
>> My thoughts on the topic:
>> - I think it is important that the CI can test all the different
>> hypervisors and any hardware integrations available in the environment.
>> - Ideally the CI tool would be easily distributed and installed at
>> multiple sites. Every company who depends on ACS will have their own
>> configuration, hardware and mission critical features. If the CI can be
>> distributed (as independent installs), it will reduce the load on any
>> specific site and it will enable companies who have specific hardware in
>> their direct path to success the ability to validate their use case.
>> - I think a standardized CI output is also important. Ideally the summary
>> of the CI run would be posted back to the PR thread. I think it is also
>> important to push the detailed logs to a central location so others can
>> review them. Ideally, links to the detailed logs would also be pushed to
>> the PR thread.
>> - I think there should be multiple tiers of testing. Basic simulator
>> testing and full runs. We may be able to setup simulator testing using a
>> Docker container. I think @pdion891 has put some work into this that I may
>> be able to build on.
>> - I think it is probably too ambitious to do CI on every PR 

Re: Important Pending Items

[Will Stevens]

Awesome, thanks Remi.  I will review this.

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Mar 1, 2016 at 4:29 PM, Remi Bergsma 
wrote:

> Hi Will,
>
> We used this to test hundreds of PRs:
> https://github.com/schubergphilis/MCT-shared/. I can talk you through it
> sometime next week or so if you want.
>
> Regards,
> Remi
>
>
> On 01/03/16 21:50, "williamstev...@gmail.com on behalf of Will Stevens" <
> williamstev...@gmail.com on behalf of wstev...@cloudops.com> wrote:
>
> >Thanks Paul.  Great to hear you are planning to make everything available
> >and you are willing to take contributions from the community.
> >
> >I am currently trying to get up to speed on everything that has been done
> >and all the different pieces in play.  I would like to have a CI in place
> >(even if it is only locally on my hardware) for testing PRs for 4.9.  My
> >focus right now is solving the CI problem, so I am interested in any
> >developments on this front.
> >
> >We have Travis doing smoke tests on every PR right now.  Travis is free
> for
> >open source projects.  Is there a reason we are not doing more extensive
> >tests with Travis since it is already integrated into github?  Like maybe
> >running the simulator on every PR?  I think this could be a good first
> step
> >to weed out some of the PRs that are likely to fail a full CI run.
> >
> >Cheers,
> >
> >*Will STEVENS*
> >Lead Developer
> >
> >*CloudOps* *| *Cloud Solutions Experts
> >420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> >w cloudops.com *|* tw @CloudOps_
> >
> >On Tue, Mar 1, 2016 at 3:40 PM, Paul Angus 
> wrote:
> >
> >> Hi Will,
> >>
> >> It will be 100% open source. The $dayjob has blocked the team from
> working
> >> on it recently. I'd like to get some of our ideas into the CloudStack
> wiki
> >> this week before I go on leave for a week.
> >> Rohit has created a repo for us: https://github.com/shapeblue/Trillian
> >> (which looks a bit sad at the moment - I hope to push our Ansible roles
> >> for building mgmt. servers and Marvin boxes into it this week also)
> >>
> >> Internally we're planning a two week sprint on it starting 14th March.
> >> Having to dip in and out of this effort is making it very difficult to
> get
> >> anywhere
> >>
> >> I think the biggest part of the work will be to get Marvin up to
> scratch,
> >> the log output from the tests is pretty bad.
> >>
> >> We very much want this to be a community 'thing', and we're happy to
> work
> >> with everyone/anyone to get there.
> >>
> >> Any ideas on the most effective way to have a number of people on this -
> >> I'm all ears.
> >> In the meantime I'll try to make good on my promises to get our ideas
> >> visible to everyone...
> >>
> >>
> >>
> >>
> >> Paul Angus
> >> VP Technology   ,   ShapeBlue
> >>
> >>
> >> t:  @cloudyangus
> >>
> >> e:  paul.an...@shapeblue.com
> >> |  w:  www.shapeblue.com
> >>
> >>
> >>
> >>
> >>
> >> -Original Message-
> >> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> >> Behalf Of Will Stevens
> >> Sent: Monday, February 29, 2016 9:52 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: Important Pending Items
> >>
> >> @Paul and @Bharat, thank you for the quality write-ups on this topic.
> >>
> >> re:Paul's Details:
> >> I share a lot of your thoughts on this. The hypervisor in hypervisor
> setup
> >> with the ability to test multiple environments is also core to my
> thinking.
> >> I can't find any details on Trillian, other than what is in this
> thread. Is
> >> it open source and freely available? This is being developed at
> ShapeBlue?
> >>
> >> re:Bharat's Details:
> >> This seems like it is the most likely candidate for being able to offer
> >> value in the short term. Thank you for the work documenting it and
> making
> >> the source available. I still need to review the code. This approach
> will
> >> take quite a bit of work get setup initially, but once setup, it looks
> like
> >> it will do the trick. By using only freely available software makes it
> more
> >> accessible than some options which have been suggested in the past.
> >>
> >> My thoughts on the topic:
> >> - I think it is important that the CI can test all the different
> >> hypervisors and any hardware integrations available in the environment.
> >> - Ideally the CI tool would be easily distributed and installed at
> >> multiple sites. Every company who depends on ACS will have their own
> >> configuration, hardware and mission critical features. If the CI can be
> >> distributed (as independent installs), it will reduce the load on any
> >> specific site and it will enable companies who have specific hardware in
> >> their direct path to success the ability to validate their use case.
> >> - I think a standardized CI output is also important. Ideally the
> sum

Re: Slow remote debugging

[Tutkowski, Mike]

Thanks for the info, Remi!

Sent from my iPhone

> On Mar 1, 2016, at 2:24 PM, Remi Bergsma  wrote:
> 
> IntelliJ is cool indeed. What’s even better, is that as an Apache committer 
> you get a free license ;-)
> 
> https://www.jetbrains.com/shop/eform/apache?product=II
> 
> 
> 
> Regards,
> Remi
> 
> 
> 
> 
> 
>> On 01/03/16 21:41, "Tutkowski, Mike"  wrote:
>> 
>> ​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans 
>> debugging over my VPN.
>> 
>> 
>> It's actually not just usable, but fast.
>> 
>> 
>> Thanks!
>> 
>> 
>> 
>> From: Tutkowski, Mike
>> Sent: Tuesday, March 1, 2016 12:27 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Slow remote debugging
>> 
>> 
>> Thanks for the suggestion, Rohit!
>> 
>> 
>> I think one problem we have, though, with regards to remotely debugging the 
>> CloudStack Management Server over a VPN is that there are (I'm estimating 
>> here) like 500 threads for the IDE to collect info about.
>> 
>> 
>> Perhaps there's a way in one of these IDEs to filter what threads info is 
>> collected on? I see in NetBeans I can view only certain threads at a time if 
>> I want, but I think this is just the GUI filtering info that's already been 
>> collected from the server (so it's still doing all of the hard work...and 
>> you can tell because it's still pretty slow - albeit usable).
>> 
>> 
>> 
>> From: Rohit Yadav 
>> Sent: Tuesday, March 1, 2016 5:01 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Slow remote debugging
>> 
>> Hi Mike, try IntelliJ you’ll be delighted.
>> 
>> Cheers.
>> 
>> 
>> [ShapeBlue]
>> Rohit Yadav
>> Software Architect  ,   ShapeBlue
>> 
>> 
>> d:   | s: +44 203 603 0540  |   
>>m:  +91 8826230892
>> 
>> e:  rohit.ya...@shapeblue.com | t: 
>>    |  w:  
>> www.shapeblue.com
>> 
>> a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>> 
>> 
>> [cid:image437633.png@b7900257.46806d47]
>> 
>> 
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue 
>> Services India LLP is a company incorporated in India and is operated under 
>> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
>> incorporated in Brasil and is operated under license from Shape Blue Ltd. 
>> ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa 
>> and is traded under license from Shape Blue Ltd. ShapeBlue is a registered 
>> trademark.
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe you have received this email in error.
>> 
>> 
>> 
>> 
>>> On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike  
>>> wrote:
>>> 
>>> Hi,
>>> 
>>> 
>>> As an FYI in case anyone else encounters this issue in the future:
>>> 
>>> 
>>> I just performed a bunch of CloudStack debugging using NetBeans for the 
>>> first time (I've never used that IDE before) and this debugging slowness 
>>> does not exist in that IDE (NetBeans 8.1).
>>> 
>>> 
>>> I suppose I will just switch to NetBeans from Eclipse.
>>> 
>>> 
>>> Talk to you later,
>>> 
>>> Mike
>>> 
>>> 
>>> 
>>> From: Tutkowski, Mike
>>> Sent: Thursday, February 25, 2016 10:33 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Slow remote debugging
>>> 
>>> 
>>> Hi,
>>> 
>>> 
>>> I can't put my finger exactly on when this started happening; however, at 
>>> some point, my remote debugging from home (over VPN) with Eclipse has 
>>> gotten ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me 
>>> the same experience.
>>> 
>>> 
>>> When I'm in the office, everything works quickly (just like it used to from 
>>> home).
>>> 
>>> 
>>> At home, it can take minutes to attach to the remote JVM running the CSMS.
>>> 
>>> 
>>> When I hit a breakpoint and then resume to run to another breakpoint, it 
>>> can also take minutes.
>>> 
>>> 
>>> I've done a fair amount of searching on the web for solutions, but none of 
>>> them have worked.
>>> 
>>> 
>>> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
>>> checked a moment ago).
>>> 
>>> 
>>> Has anyone else experienced such issues? If so, how have you solved them?
>>> 
>>> 
>>> Thanks!
>>> 
>>> Mike
>> 
>> Regards.
>> 
>> Find out more about ShapeBlue and our range of CloudStack related services:
>> IaaS Cloud Design & 
>> Build | CSForge – rapid 
>> IaaS deployment framework

[GitHub] cloudstack pull request: CLOUDSTACK-9298: Improve performance of r...

[rafaelweingartner]

Github user rafaelweingartner commented on the pull request:

https://github.com/apache/cloudstack/pull/1425#issuecomment-190961759
  
@nvazquez and @pedro-martins, 
I am ok with the code now, expect the constructor bit.
The question you should ask about the constructor is, is it used NOW? If 
not, why create it. In the future when the need appear, we can create it; this 
way we can avoid unused code that may be left aside and never used.

Additionally, I am with @pedro-martins, if you like, tests cases would be 
pretty welcome here.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Build failed in Jenkins: build-master-slowbuild #3363

[jenkins]

See 

--
[...truncated 28689 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.831s]
[INFO] Apache CloudStack . SUCCESS [2.173s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.774s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [18.480s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:25.992s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.101s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.795s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.389s]
[INFO] Apache CloudStack API . SUCCESS [1:49.463s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.327s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.627s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.086s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.582s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.463s]
[INFO] Apache CloudStack Core  SUCCESS [1:21.754s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.305s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [36.240s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.150s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:07.090s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [40.651s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.440s]
[INFO] Apache CloudStack Server .. SUCCESS [4:12.800s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [37.422s]
[INFO] Apache CloudStack Usage Server  SUCCESS [45.062s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:22.312s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.090s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.437s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [53.721s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [48.809s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [30.522s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [25.618s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [30.711s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [21.291s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.121s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.251s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [8.069s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.998s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [27.521s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.367s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[37.560s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.346s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.256s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [14.984s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[16.790s]
[INFO] Apache Cloud

Re: Important Pending Items

[Sanjeev N]

Hi Steve,

Currently travis runs all simulator tests(marvin tests which does not
require any hardware, tagged with requierd_hardware=false) on every PR. If
any test fails it updates the PR and marks it red. IMO apart from 2 LGTMs
travis test pass is also mandatory for PR merge.

Thanks,
Sanjeev N
Chief Product Engineer@Accelerite

On Wed, Mar 2, 2016 at 3:13 AM, Will Stevens  wrote:

> Awesome, thanks Remi.  I will review this.
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
> On Tue, Mar 1, 2016 at 4:29 PM, Remi Bergsma 
> wrote:
>
> > Hi Will,
> >
> > We used this to test hundreds of PRs:
> > https://github.com/schubergphilis/MCT-shared/. I can talk you through it
> > sometime next week or so if you want.
> >
> > Regards,
> > Remi
> >
> >
> > On 01/03/16 21:50, "williamstev...@gmail.com on behalf of Will Stevens"
> <
> > williamstev...@gmail.com on behalf of wstev...@cloudops.com> wrote:
> >
> > >Thanks Paul.  Great to hear you are planning to make everything
> available
> > >and you are willing to take contributions from the community.
> > >
> > >I am currently trying to get up to speed on everything that has been
> done
> > >and all the different pieces in play.  I would like to have a CI in
> place
> > >(even if it is only locally on my hardware) for testing PRs for 4.9.  My
> > >focus right now is solving the CI problem, so I am interested in any
> > >developments on this front.
> > >
> > >We have Travis doing smoke tests on every PR right now.  Travis is free
> > for
> > >open source projects.  Is there a reason we are not doing more extensive
> > >tests with Travis since it is already integrated into github?  Like
> maybe
> > >running the simulator on every PR?  I think this could be a good first
> > step
> > >to weed out some of the PRs that are likely to fail a full CI run.
> > >
> > >Cheers,
> > >
> > >*Will STEVENS*
> > >Lead Developer
> > >
> > >*CloudOps* *| *Cloud Solutions Experts
> > >420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> > >w cloudops.com *|* tw @CloudOps_
> > >
> > >On Tue, Mar 1, 2016 at 3:40 PM, Paul Angus 
> > wrote:
> > >
> > >> Hi Will,
> > >>
> > >> It will be 100% open source. The $dayjob has blocked the team from
> > working
> > >> on it recently. I'd like to get some of our ideas into the CloudStack
> > wiki
> > >> this week before I go on leave for a week.
> > >> Rohit has created a repo for us:
> https://github.com/shapeblue/Trillian
> > >> (which looks a bit sad at the moment - I hope to push our Ansible
> roles
> > >> for building mgmt. servers and Marvin boxes into it this week also)
> > >>
> > >> Internally we're planning a two week sprint on it starting 14th March.
> > >> Having to dip in and out of this effort is making it very difficult to
> > get
> > >> anywhere
> > >>
> > >> I think the biggest part of the work will be to get Marvin up to
> > scratch,
> > >> the log output from the tests is pretty bad.
> > >>
> > >> We very much want this to be a community 'thing', and we're happy to
> > work
> > >> with everyone/anyone to get there.
> > >>
> > >> Any ideas on the most effective way to have a number of people on
> this -
> > >> I'm all ears.
> > >> In the meantime I'll try to make good on my promises to get our ideas
> > >> visible to everyone...
> > >>
> > >>
> > >>
> > >>
> > >> Paul Angus
> > >> VP Technology   ,   ShapeBlue
> > >>
> > >>
> > >> t:  @cloudyangus
> > >>
> > >> e:  paul.an...@shapeblue.com
> > >> |  w:  www.shapeblue.com
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> -Original Message-
> > >> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> > >> Behalf Of Will Stevens
> > >> Sent: Monday, February 29, 2016 9:52 PM
> > >> To: dev@cloudstack.apache.org
> > >> Subject: Re: Important Pending Items
> > >>
> > >> @Paul and @Bharat, thank you for the quality write-ups on this topic.
> > >>
> > >> re:Paul's Details:
> > >> I share a lot of your thoughts on this. The hypervisor in hypervisor
> > setup
> > >> with the ability to test multiple environments is also core to my
> > thinking.
> > >> I can't find any details on Trillian, other than what is in this
> > thread. Is
> > >> it open source and freely available? This is being developed at
> > ShapeBlue?
> > >>
> > >> re:Bharat's Details:
> > >> This seems like it is the most likely candidate for being able to
> offer
> > >> value in the short term. Thank you for the work documenting it and
> > making
> > >> the source available. I still need to review the code. This approach
> > will
> > >> take quite a bit of work get setup initially, but once setup, it looks
> > like
> > >> it will do the trick. By using only freely available software makes it
> > more
> > >> accessible than some options which have been suggested in the past.
> > >>
> > >> My thoughts on the topic:
> > >> - I

Build failed in Jenkins: build-master-slowbuild #3365

[jenkins]

See 

--
[...truncated 28679 lines...]
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.992s]
[INFO] Apache CloudStack . SUCCESS [3.435s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.269s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [20.630s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:29.542s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.103s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.468s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.304s]
[INFO] Apache CloudStack API . SUCCESS [1:50.723s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.507s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.482s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.086s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.298s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.091s]
[INFO] Apache CloudStack Core  SUCCESS [1:21.761s]
[INFO] Apache CloudStack Agents .. SUCCESS [37.269s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [36.519s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [13.792s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:08.622s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [40.875s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.282s]
[INFO] Apache CloudStack Server .. SUCCESS [4:12.069s]
[INFO] Apache CloudStack Framework - Quota ... SUCCESS [38.291s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.420s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:23.114s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.074s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.453s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [54.034s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [48.667s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [29.328s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [26.386s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [22.801s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [23.192s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [35.169s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [12.288s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [7.984s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.981s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [26.216s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[23.942s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[36.296s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [17.050s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [23.686s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [14.757s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor  SUCCESS 
[16.699s]
[INFO] Apache Cloud

[GitHub] cloudstack pull request: CLOUDSTACK-8745 : verify usage after root...

[nitt10prashant]

Github user nitt10prashant commented on the pull request:

https://github.com/apache/cloudstack/pull/713#issuecomment-191098254
  
sure 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: marvin functional test cases or junits for the api 'deployVirtualMachine' and 'resizeVolume'

[Erik Weber]

Are anyone able to help Prakash out with the testing?


-- 
Erik

On Mon, Feb 29, 2016 at 7:50 PM, B Prakash  wrote:

> I am looking for marvin functional test cases or junits for the api
> 'deployVirtualMachine' and 'resizeVolume'.  Please could someone share this
> info?
>
> Thanks and regards,
>
> Prakash
>