Fwd: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Daan Hoogland]

H Marcus,

concerning https://issues.apache.org/jira/browse/CLOUDSTACK-5502

Is this still a problem for you? Can I have some more info? I was
aware of the setting of vlan back to untagged when I wrote it. That's
why I thought it wouldn't be a problem. In a prior mail of you you
downwrote the issue as specific to your use-case. I really want to
understand as much as possible of these problems with
BroadcastDomainType as little varieties appear all over the place once
in a while.

thanks,
Daan


-- Forwarded message --
From: Daan Hoogland 
Date: Tue, Jan 7, 2014 at 4:30 PM
Subject: Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API
failing, if you pass VLAN
To: dev , Marcus Sorensen 


Sachin,

I will look at it and propose some. @Marcus can you send me some
description/stacktrace/log on how your testcase fails.

regards


On Tue, Jan 7, 2014 at 4:13 PM, Sachchidanand Vaidya
 wrote:
> Hi,
> Bug CS-5502 was fixed (12/20/13) and then reopened (12/26/13) again since 
> for
> Vlan=UNTAGGED  case,  createVlanIpRange() API fails with "Vlan id is required 
> when add ip
> range to the public network".  Vlan ="untagged" can be a valid case for 
> public networks
> (in advanced networking) as is the case in  juniper-contrail solution.
> Is there a fix planned for this bug?
>
> Thanks & Regards,
> Sachin

CentOS Special Interest Group

[Sebastien Goasguen]

Hi,

With the recent CentOS announcement there is a call for Special Interest Group 
(SIG):
http://www.centos.org/variants/

This might be an opportunity to create an official centos variant for our 
management server and hypervisor setup as well as CentOS templates with 
Cloud-init support.

I sent an email to centos-devel@ list to that effect. 

Anyone willing to step up and help with this is welcome, there will be a centos 
dojo on January 31st in Brussells area ahead of FOSDEM, it might be a good 
venue to discuss this.

Cheers,

-sebastien

edit access for cwiki

[Murali Reddy]

Can some one with the privilege give edit access to cwiki for the user 
'murali.reddy'

Re: Review Request 16736: reverted encryption changes for ldap hostname and port. handled encryption during upgrade

[Abhinandan Prateek]

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

Ship it!


Ship It!

- Abhinandan Prateek


On Jan. 8, 2014, 1:03 p.m., Rajani Karuturi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16736/
> ---
> 
> (Updated Jan. 8, 2014, 1:03 p.m.)
> 
> 
> Review request for cloudstack and Abhinandan Prateek.
> 
> 
> Bugs: CLOUDSTACK-5790 and CLOUDSTACK-5791
> https://issues.apache.org/jira/browse/CLOUDSTACK-5790
> https://issues.apache.org/jira/browse/CLOUDSTACK-5791
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Reverted the commit for encrypting ldap hostname and port
> 2. decrypted ldap hostname and port during upgrade as they are not encrypted 
> now.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java 471307a 
>   
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LDAPConfigCmd.java
>  53d3877 
>   
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java
>  caabbe7 
>   
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java
>  2fb6332 
>   
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java
>  c2158f4 
>   setup/db/db/schema-421to430.sql 284fb17 
>   setup/db/db/schema-421to430.sql 7098632 
> 
> Diff: https://reviews.apache.org/r/16736/diff/
> 
> 
> Testing
> ---
> 
> manually
> 
> 
> Thanks,
> 
> Rajani Karuturi
> 
>

Review Request 16749: add updateCloudToUseObjecStore API to 'Image Store' category

[SrikanteswaraRao Talluri]

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

Review request for cloudstack, Abhinandan Prateek, Min Chen, and Radhika PC.


Bugs: CLOUDSTACK-5846
https://issues.apache.org/jira/browse/CLOUDSTACK-5846


Repository: cloudstack-git


Description
---

updateCloudToUseObjectStoreCategory is not not found in the known_categories 
dictionary which is causing apidoc to fail. 
added 'ObjectStore' to 'Image Store' category


Diffs
-

  tools/apidoc/gen_toc.py d58252c 

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


Testing
---

Build is succesful


Thanks,

SrikanteswaraRao Talluri

build is broken for 4.3

[Srikanteswararao Talluri]

updateCloudToUseObjectStoreCategory is not not found in the known_categories 
dictionary which is causing apidoc to fail.


Traceback (most recent call last):

  File "/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py", line 194, in 


category = choose_category(fn)

  File "/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py", line 174, in 
choose_category

(fn, __file__))

Exception: Need to add a category for updateCloudToUseObjectStore.xml to 
/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py:known_categories

Created the following RB request which adds the API 
‘udateCloudToUseObjectStore’ to ‘Image Store’ category.
https://reviews.apache.org/r/16749/

Thanks,
~Talluri

Re: Review Request 16361: CLOUDSTACK-5535: Do not allow addNetwork to create NIC across VPC tiers and Isolated Networks

[Saksham Srivastava]

> On Jan. 9, 2014, 12:39 a.m., Alena Prokharchyk wrote:
> > One more check is needed: don't let to add vm to VPC network if its already 
> > a part of another VPC network.

This check is already in place unless I am missing something:
if (existingNetwork.getVpcId() != null && network.getGuestType() != 
Network.GuestType.Shared) {
// If the vm is already in VPC and we try to add a new Non shared network (eg. 
VPC or Isolated Network), 
// then throw exception
}


- Saksham


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


On Dec. 19, 2013, 5:25 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16361/
> ---
> 
> (Updated Dec. 19, 2013, 5:25 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Bugs: CLOUDSTACK-5535
> https://issues.apache.org/jira/browse/CLOUDSTACK-5535
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> addNetworkToVM allows adding any network to VM.
> Ideally a VM running in isolated Guest Network should not be able to add a 
> VPC tier.
> A VM running in VPC tier should not be allowed to add another tier
> A VM running in VPC tier should not be allowed to add another isolated guest 
> network
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 3ad49d8 
> 
> Diff: https://reviews.apache.org/r/16361/diff/
> 
> 
> Testing
> ---
> 
> VM having a nic in isolated guest network cannot add a VPC tier.
> VM having a nic in one VPC tier cannot add another VPC tier.
> VM having a nic in a VPC tier cannot add a isolated guest network.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Review Request 16750: CLOUDSTACK-5651 deployVm: customparameters param name has to be changed

[bharat kumar]

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

Review request for cloudstack and Kishan Kavala.


Repository: cloudstack-git


Description
---

 CLOUDSTACK-5651 deployVm: customparameters param name has to be changed
 https://issues.apache.org/jira/browse/CLOUDSTACK-5651


Diffs
-

  api/src/org/apache/cloudstack/api/ApiConstants.java fbd3df8 
  
api/src/org/apache/cloudstack/api/command/admin/systemvm/ScaleSystemVMCmd.java 
2020622 
  
api/src/org/apache/cloudstack/api/command/admin/systemvm/UpgradeSystemVMCmd.java
 531cddc 
  api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java a8a21ab 
  api/src/org/apache/cloudstack/api/command/user/vm/ScaleVMCmd.java 1716b61 
  api/src/org/apache/cloudstack/api/command/user/vm/UpgradeVMCmd.java 140931e 
  server/src/com/cloud/server/ManagementServerImpl.java d81e847 
  server/src/com/cloud/vm/UserVmManagerImpl.java 23df880 

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


Testing
---

Tested on 4.3


Thanks,

bharat kumar

Re: Trying to add Amazon S3 to CloudPlatform?

[Aaron Delp]

I agree with John. It's fine as implemented it just wasn't stated clearly in 
the documentation (or the error message) and it appears we have a migration 
path in place for 4.3 when wanting to convert from NFS to S3.

-Aaron

(+ @dev)

Min,

I don't think that the current implementation is a limitation or problem.  
Region-wide storage will impose certain constraints on secondary storage in 
contained zones to satisfy data consistency and reliability requirements.  
Therefore, it seems completely logically that region wide secondary storage 
would prevent the contained zones from defining a potentially conflicting 
secondary storage configuration.

Thanks,
-John

On Jan 8, 2014, at 6:13 PM, Min Chen 
mailto:min.c...@citrix.com>> wrote:

Unfortunately, our current implementation cannot have two zones, one using NFS 
secondary, the other using S3 secondary. We don't support heterogeneous 
secondary storages in a region so far.

Thanks
min

From: Aaron Delp mailto:aaron.d...@citrix.com>>
Date: Wednesday, January 8, 2014 3:10 PM
To: Min Chen mailto:min.c...@citrix.com>>, Tim Mackey 
mailto:timothy.mac...@citrix.com>>, Edison Su 
mailto:edison...@citrix.com>>
Cc: John Burwell mailto:jburw...@basho.com>>
Subject: Re: Trying to add Amazon S3 to CloudPlatform?

Ahhh – I thought you could only have one type of object storage (swift or S3) 
but you are saying we can only have one kind of secondary no matter the type, 
correct?

Does this apply at the zone level or at the region level? We currently have one 
region, could I create another zone in that region and put S3 as secondary in 
the new region and retain my NFS in the existing region?  In the end could we 
have one region with two zones (one with NFS secondary and one with S3 
secondary)?

Thank you!!!

Aaron Delp
Senior Director Technical Marketing, Cloud Platform Group
aaron.d...@citrix.com / 919-561-7904
blog: aarondelp.com / twitter: @aarondelp


From: Min Chen mailto:min.c...@citrix.com>>
Date: Wednesday, January 8, 2014 6:02 PM
To: Aaron Delp mailto:aaron.d...@citrix.com>>, Timothy 
Mackey mailto:timothy.mac...@citrix.com>>, Edison Su 
mailto:edison...@citrix.com>>
Cc: John Burwell mailto:jburw...@basho.com>>
Subject: Re: Trying to add Amazon S3 to CloudPlatform?

Hi Aaron,

This is the current limitation of our support for using S3 as region-wide 
secondary storage. In a cloud, if you add S3 as a secondary storage, you cannot 
have other zone-wide secondary storage existing, in your case, you already have 
a NFS secondary storage there, so we will prevent you from adding a S3 as 
secondary storage. If you want to use S3 as secondary storage, then you can add 
your NFS as S3 staging store.

Thanks
-min

From: Aaron Delp mailto:aaron.d...@citrix.com>>
Date: Wednesday, January 8, 2014 2:43 PM
To: Tim Mackey mailto:timothy.mac...@citrix.com>>, 
Edison Su mailto:edison...@citrix.com>>, Min Chen 
mailto:min.c...@citrix.com>>
Cc: John Burwell mailto:jburw...@basho.com>>
Subject: Trying to add Amazon S3 to CloudPlatform?

Edison and Min – We have Citrix Summit coming up next week and we are trying to 
add Amazon S3 backed secondary storage to Tim Mackey's lab (copied).  I reached 
out to John and he helped me understand some things but I'm at a stopping point 
and he suggested you might be able to help out.

We have an NFS share on a NetApp array (/vol/exports/temp) that I can add as 
secondary storage with an NFS type. When I try to add the same scratch area and 
put in all my S3 credentials I get the following error: You can only add new 
image stores from the same provider NFS already added. I don't understand that 
error and I'm not sure how to proceed. It pops up even if I add bogus NFS 
paths. We're on a pretty tight time line and we hoping you might be able to 
lend a hand.

I'm also going to post to the CloudStack User list (this is CCP 4.2 though) and 
see what happens over there.

Thank you!

Re: Review Request 16385: Fix for CloudStack JIRA 4406

[Mandar Barve]

Daan,
 I don't get the idea behind making the methods static. Making
getter/setters static will lead to instance vars losing their meaning and
we need each instance to let us know its sensitivity. I assume you are not
suggesting changing the abstract method into static. Can you please
explain?

Thanks,
Mandar


On Wed, Jan 8, 2014 at 8:24 PM, daan Hoogland wrote:

>
>
> > On Dec. 23, 2013, 5:58 p.m., Nitin Mehta wrote:
> > >
> api/src/org/apache/cloudstack/api/BaseListTemplateOrIsoPermissionsCmd.java,
> line 53
> > > <
> https://reviews.apache.org/r/16385/diff/1/?file=400860#file400860line53>
> > >
> > > You shouldn't have to override for every cmd. By default its false
> and the cmds having sensitive information can have methods returning true.
> Also they do not need to be set in execute. This is static information,
> doesn't change per command so why this needs to be set ?
> >
> > Mandar Barve wrote:
> > Nitin,
> > You are right. This was discussed in the earlier discussion
> thread. You should really have to modify only commands that carry sensitive
> information. The problem with that approach as stated earlier is API
> developer can forget to declare command/response sensitivity by
> implementing a method that sets the flags, returns true etc. The wrapper
> abstract method was introduced essentially to ensure new APIs as they get
> introduced will give compiler error if this wrapper is not implemented
> enforcing the developer to declare such sensitivity upfront.
> > Hope that addresses your concern.
> >
> > Thanks,
> > Mandar
> >
> > Nitin Mehta wrote:
> > Thanks Mandar. I see your point and was thinking on the same lines
> as well. I appreciate your thinking for future API devs. But I have the
> following concerns
> > 1. I probably think that this information should be static for the
> Cmd class and doesnt have to be set on every execute invocation
> > 2. For few commands having sensitive information we are writing
> boilerplate code in all the api's, this is not en elegant way of enforcing
> every API developer to look into this. I would rather want this to be dealt
> through an annotation (if it doesnt exist lets create one in the public
> @interface APICommand and keep the default value to true that it contains
> sensitive information)
> >
> > Mandar Barve wrote:
> > Nitin,
> >  I see us going back to PROPOSAL discussion which is fine but
> IMO its happening little late.
> >
> >  I am new to this process of development in CloudStack and would
> want to take this opportunity to understand how this thing works. As I
> understood it I tried to:
> > - reproduce and understand the issue, come up with a solution,
> > - ran a PoC making sure the proposed solution will work, will scale
> etc.
> > - Put down a proposal providing multiple solution approaches
> discussing pros/cons and shared with the team inviting comments.
> > - Addressed all the concerns related to the proposal until I saw no
> more concerns raised over this.
> > - went through an entire exercise of manually changing each command
> file carefully going through API doc with the proposed change.
> >
> >   I truly appreciate all the comments and also understand sometimes
> important things may need to be addressed even if they are late. Is there
> any norm in the community to close a "PROPOSAL/DISCUSS" phase? Are we
> supposed to get "VOTE" on the proposed solution before moving to
> implementation? This didn't look like the case for every discussion from my
> reading of wiki.
> >
> >  Now coming to your comments on the PROPOSAL. You are suggesting
> making declarative changes (static)to API Commands e.g. to APICommand
> annotation or a new annotation. Something like this can surely make the
> change look more elegant in the sense the change itself will potentially be
> limited to one/two lines per file (ensuring all annotations for all
> commands are changed to the new one) and won't need a call from execute.
> The checking code will need to load the annotation to check the flag status
> in the annotation meaning a reflective code. Daan had earlier proposed
> using reflection with string match but also had raised security concerns
> over using reflection. Leaving that aside, to ensure every API does its job
> of declaring sensitivity upfront we should really be able to enforce it at
> compile time like mentioned before. I don't see a way to enforce annotation
> implementation by all sub classes at compile time. IF such method doesn't
> exist then we will be leaving use of this a
>  nnotation to the mercy of the API developer who can forget to do so. In
> such case your default true values can come into play but then essentially
> losing the whole purpose where a command that is not sensitive will still
> need to go through a cleanString call.
> >
> > Assuming we apply this annotation to all known API commands to
> date close to 437 file

[JENKINS] Jenkins upgraded to version 1.546

[Hugo Trippaers]

Hey All,

I’ve upgraded Jenkins to version 1.546. There are some performance improvements 
that i found interesting enough to warrant the upgrade.

I’ve also upgraded all plugins that had pending updates.

If you notice any strange behavior let me know.


Cheers,

Hugo

Re: CentOS Special Interest Group

[Nux!]

On 09.01.2014 09:11, Sebastien Goasguen wrote:

Hi,

With the recent CentOS announcement there is a call for Special
Interest Group (SIG):
http://www.centos.org/variants/

This might be an opportunity to create an official centos variant for
our management server and hypervisor setup as well as CentOS templates
with Cloud-init support.

I sent an email to centos-devel@ list to that effect.

Anyone willing to step up and help with this is welcome, there will
be a centos dojo on January 31st in Brussells area ahead of FOSDEM, it
might be a good venue to discuss this.


Great idea, I think ACS will want this, there are already 2 cloud 
efforts underway from what I can see; openstack and opennebula. I'll be 
glad to help with what I can.

I won't be at Fosdem this year, but we can talk on the 23rd in London.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 16126: CLOUDSTACK-5404: Fix timezone bug in network usages

[ASF Subversion and Git Services]

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


Commit d5277a81e644c6db30cff12878cd3708aa28cc86 in branch refs/heads/4.3 from 
Olivier Lemasle
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d5277a8 ]

CLOUDSTACK-5404: Fix timezone bug in network usage


- ASF Subversion and Git Services


On Dec. 10, 2013, 10:14 p.m., Olivier Lemasle wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16126/
> ---
> 
> (Updated Dec. 10, 2013, 10:14 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-5404
> https://issues.apache.org/jira/browse/CLOUDSTACK-5404
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fix CLOUDSTACK-5404, which was causing a timezone issue: network usages 
> (network bytes sent/received) are in local time, whereas other usages 
> (instances, volumes, network offerings, etc.) are in GMT. More details on 
> Jira (CLOUDSTACK-5404).
> 
> The patch applies for branchs 4.2 and 4.3.
> I've attached an other patch for master.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/usage/dao/UsageDaoImpl.java 8b79257 
> 
> Diff: https://reviews.apache.org/r/16126/diff/
> 
> 
> Testing
> ---
> 
> I packaged the patch version in RPMs (branch 4.2), installed it, and the bug 
> is fixed. No regression found.
> 
> 
> File Attachments
> 
> 
> patch-for-master
>   
> https://reviews.apache.org/media/uploaded/files/2013/12/10/e44c83a5-a78f-41e2-9abe-5560e29b5a80__CLOUDSTACK-5404-master.patch
> 
> 
> Thanks,
> 
> Olivier Lemasle
> 
>

Re: Review Request 16126: CLOUDSTACK-5404: Fix timezone bug in network usages

[ASF Subversion and Git Services]

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


Commit f012a2655d38fb8aa0f9e6cb6ee740e89b12359d in branch refs/heads/master 
from Wei Zhou
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f012a26 ]

CLOUDSTACK-5404: Fix timezone bug in network usage
(cherry picked from commit d5277a81e644c6db30cff12878cd3708aa28cc86)

Conflicts:

engine/schema/src/com/cloud/usage/dao/UsageDaoImpl.java


- ASF Subversion and Git Services


On Dec. 10, 2013, 10:14 p.m., Olivier Lemasle wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16126/
> ---
> 
> (Updated Dec. 10, 2013, 10:14 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-5404
> https://issues.apache.org/jira/browse/CLOUDSTACK-5404
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fix CLOUDSTACK-5404, which was causing a timezone issue: network usages 
> (network bytes sent/received) are in local time, whereas other usages 
> (instances, volumes, network offerings, etc.) are in GMT. More details on 
> Jira (CLOUDSTACK-5404).
> 
> The patch applies for branchs 4.2 and 4.3.
> I've attached an other patch for master.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/usage/dao/UsageDaoImpl.java 8b79257 
> 
> Diff: https://reviews.apache.org/r/16126/diff/
> 
> 
> Testing
> ---
> 
> I packaged the patch version in RPMs (branch 4.2), installed it, and the bug 
> is fixed. No regression found.
> 
> 
> File Attachments
> 
> 
> patch-for-master
>   
> https://reviews.apache.org/media/uploaded/files/2013/12/10/e44c83a5-a78f-41e2-9abe-5560e29b5a80__CLOUDSTACK-5404-master.patch
> 
> 
> Thanks,
> 
> Olivier Lemasle
> 
>

Re: Review Request 16126: CLOUDSTACK-5404: Fix timezone bug in network usages

[ASF Subversion and Git Services]

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


Commit 3af4cf4488a857984872c4275b5486b8e23c16fd in branch refs/heads/4.2 from 
Olivier Lemasle
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3af4cf4 ]

CLOUDSTACK-5404: Fix timezone bug in network usage
(cherry picked from commit d5277a81e644c6db30cff12878cd3708aa28cc86)


- ASF Subversion and Git Services


On Dec. 10, 2013, 10:14 p.m., Olivier Lemasle wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16126/
> ---
> 
> (Updated Dec. 10, 2013, 10:14 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-5404
> https://issues.apache.org/jira/browse/CLOUDSTACK-5404
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fix CLOUDSTACK-5404, which was causing a timezone issue: network usages 
> (network bytes sent/received) are in local time, whereas other usages 
> (instances, volumes, network offerings, etc.) are in GMT. More details on 
> Jira (CLOUDSTACK-5404).
> 
> The patch applies for branchs 4.2 and 4.3.
> I've attached an other patch for master.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/usage/dao/UsageDaoImpl.java 8b79257 
> 
> Diff: https://reviews.apache.org/r/16126/diff/
> 
> 
> Testing
> ---
> 
> I packaged the patch version in RPMs (branch 4.2), installed it, and the bug 
> is fixed. No regression found.
> 
> 
> File Attachments
> 
> 
> patch-for-master
>   
> https://reviews.apache.org/media/uploaded/files/2013/12/10/e44c83a5-a78f-41e2-9abe-5560e29b5a80__CLOUDSTACK-5404-master.patch
> 
> 
> Thanks,
> 
> Olivier Lemasle
> 
>

Build failed in Jenkins: build-4.2 #22

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Build failed in Jenkins: build-4.2 #23

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Re: CentOS Special Interest Group

[sebgoa]

On Jan 9, 2014, at 2:03 PM, Nux!  wrote:

> On 09.01.2014 09:11, Sebastien Goasguen wrote:
>> Hi,
>> With the recent CentOS announcement there is a call for Special
>> Interest Group (SIG):
>> http://www.centos.org/variants/
>> This might be an opportunity to create an official centos variant for
>> our management server and hypervisor setup as well as CentOS templates
>> with Cloud-init support.
>> I sent an email to centos-devel@ list to that effect.
>> Anyone willing to step up and help with this is welcome, there will
>> be a centos dojo on January 31st in Brussells area ahead of FOSDEM, it
>> might be a good venue to discuss this.
> 
> Great idea, I think ACS will want this, there are already 2 cloud efforts 
> underway from what I can see; openstack and opennebula. I'll be glad to help 
> with what I can.
> I won't be at Fosdem this year, but we can talk on the 23rd in London.
> 

cool I was counting on you actually :)



> Lucian
> 
> -- 
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Build failed in Jenkins: build-4.2 #24

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Re: edit access for cwiki

[Daan Hoogland]

On Thu, Jan 9, 2014 at 10:27 AM, Murali Reddy  wrote:
> murali.reddy


is in

Build failed in Jenkins: build-4.2 #25

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Re: Review Request 16385: Fix for CloudStack JIRA 4406

[Daan Hoogland]

I mean to have the setting of the vars and the vars them selves be
static , not the retrieving method.

On Thu, Jan 9, 2014 at 1:52 PM, Mandar Barve  wrote:
> Daan,
>  I don't get the idea behind making the methods static. Making
> getter/setters static will lead to instance vars losing their meaning and we
> need each instance to let us know its sensitivity. I assume you are not
> suggesting changing the abstract method into static. Can you please explain?
>
> Thanks,
> Mandar
>
>
> On Wed, Jan 8, 2014 at 8:24 PM, daan Hoogland 
> wrote:
>>
>>
>>
>> > On Dec. 23, 2013, 5:58 p.m., Nitin Mehta wrote:
>> > >
>> > > api/src/org/apache/cloudstack/api/BaseListTemplateOrIsoPermissionsCmd.java,
>> > > line 53
>> > >
>> > > 
>>
>> > >
>> > > You shouldn't have to override for every cmd. By default its false
>> > > and the cmds having sensitive information can have methods returning 
>> > > true.
>> > > Also they do not need to be set in execute. This is static information,
>> > > doesn't change per command so why this needs to be set ?
>> >
>> > Mandar Barve wrote:
>> > Nitin,
>> > You are right. This was discussed in the earlier discussion
>> > thread. You should really have to modify only commands that carry sensitive
>> > information. The problem with that approach as stated earlier is API
>> > developer can forget to declare command/response sensitivity by 
>> > implementing
>> > a method that sets the flags, returns true etc. The wrapper abstract method
>> > was introduced essentially to ensure new APIs as they get introduced will
>> > give compiler error if this wrapper is not implemented enforcing the
>> > developer to declare such sensitivity upfront.
>> > Hope that addresses your concern.
>> >
>> > Thanks,
>> > Mandar
>> >
>> > Nitin Mehta wrote:
>> > Thanks Mandar. I see your point and was thinking on the same lines
>> > as well. I appreciate your thinking for future API devs. But I have the
>> > following concerns
>> > 1. I probably think that this information should be static for the
>> > Cmd class and doesnt have to be set on every execute invocation
>> > 2. For few commands having sensitive information we are writing
>> > boilerplate code in all the api's, this is not en elegant way of enforcing
>> > every API developer to look into this. I would rather want this to be dealt
>> > through an annotation (if it doesnt exist lets create one in the public
>> > @interface APICommand and keep the default value to true that it contains
>> > sensitive information)
>> >
>> > Mandar Barve wrote:
>> > Nitin,
>> >  I see us going back to PROPOSAL discussion which is fine but
>> > IMO its happening little late.
>> >
>> >  I am new to this process of development in CloudStack and would
>> > want to take this opportunity to understand how this thing works. As I
>> > understood it I tried to:
>> > - reproduce and understand the issue, come up with a solution,
>> > - ran a PoC making sure the proposed solution will work, will scale
>> > etc.
>> > - Put down a proposal providing multiple solution approaches
>> > discussing pros/cons and shared with the team inviting comments.
>> > - Addressed all the concerns related to the proposal until I saw no
>> > more concerns raised over this.
>> > - went through an entire exercise of manually changing each command
>> > file carefully going through API doc with the proposed change.
>> >
>> >   I truly appreciate all the comments and also understand sometimes
>> > important things may need to be addressed even if they are late. Is there
>> > any norm in the community to close a "PROPOSAL/DISCUSS" phase? Are we
>> > supposed to get "VOTE" on the proposed solution before moving to
>> > implementation? This didn't look like the case for every discussion from my
>> > reading of wiki.
>> >
>> >  Now coming to your comments on the PROPOSAL. You are suggesting
>> > making declarative changes (static)to API Commands e.g. to APICommand
>> > annotation or a new annotation. Something like this can surely make the
>> > change look more elegant in the sense the change itself will potentially be
>> > limited to one/two lines per file (ensuring all annotations for all 
>> > commands
>> > are changed to the new one) and won't need a call from execute. The 
>> > checking
>> > code will need to load the annotation to check the flag status in the
>> > annotation meaning a reflective code. Daan had earlier proposed using
>> > reflection with string match but also had raised security concerns over
>> > using reflection. Leaving that aside, to ensure every API does its job of
>> > declaring sensitivity upfront we should really be able to enforce it at
>> > compile time like mentioned before. I don't see a way to enforce annotation
>> > implementation by all sub classes at compile time. IF such method doesn't
>> > exist then we will be 

Build failed in Jenkins: build-4.2 #26

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Build failed in Jenkins: build-4.2 #27

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:612)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:836)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:861)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1415)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561)
at hudson.model.Run.execute(Run.java:1678)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Command "git fetch --tags 
--progress https://h...@git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: cannot run /bin/echo : No such file or directory

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:985)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:69)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:218)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:224)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

RE: Hyper-V agent

[Paul Angus]

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then rebooted)

Agentshell.exe --install still failed,

I needed to uninstall the agent first

Agentshell.exe --uninstall
Then reinstall
Agentshell.exe --install

Et voila:
14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] - 
CloudStack Hyper-V Agent arg is
2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program [(null)] 
-  Error occured in starting service Cannot start service CloudStack Hyper-V 
Agent on computer '.'.
2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Stopping and uninstalling CloudStack Hyper-V Agent
2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent running as Windows Service
2014-01-08 17:58:54,042 [1] INFO  CloudStack.Plugin.AgentShell.AgentService 
[(null)] - Starting CloudStack agent
2014-01-08 17:58:54,292 [1] DEBUG CloudStack.Plugin.AgentShell.AgentService 
[(null)] - Controller HypervResourceController is available


Now to add it into cloudstack...


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
Sent: 06 January 2014 09:02
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Just noticed in the error log that it's trying to start on computer '.' - while 
I know the . works in SQL Server etc, could it not be working here? Or have you 
set a custom hosts file?

--
Error occured in starting service Cannot start service CloudStack Hyper-V Agent 
on computer '.'.



Alex Hitchins
+44 7788 423 969

-Original Message-
From: Devdeep Singh [mailto:devdeep.si...@citrix.com]
Sent: 06 January 2014 08:40
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Error seems to be in starting the service. Can you check under services 
(services.msc) if a service is present by the name "CloudStack Hyper-V Agent"? 
To debug the service start issue, can you open up the 8250 port (or try disable 
firewall) and check if the service starts up.

Regards,
Devdeep

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Friday, January 3, 2014 11:19 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

So... updating .net 4.5.1 and a reboot and CloudAgent builds (with 19 warnings) 
http://pastebin.com/ahz5yJw2

I copy it to my hyper-v box and it bombs out immediately 
http://imgur.com/NMan0S2

Install log says:

Installing assembly 'B:\Microsoft\AgentShell\AgentShell.exe'.
Affected parameters are:
   assemblypath = B:\Microsoft\AgentShell\AgentShell.exe
   logfile = B:\Microsoft\AgentShell\AgentShell.InstallLog
Installing service CloudStack Hyper-V Agent...
Service CloudStack Hyper-V Agent has been successfully installed.
Creating EventLog source CloudStack Hyper-V Agent in log Application...
See the contents of the log file for the B:\Microsoft\AgentShell\AgentShell.exe 
assembly's progress.
The file is located at B:\Microsoft\AgentShell\AgentShell.InstallLog.
Committing assembly 'B:\Microsoft\AgentShell\AgentShell.exe'.
Affected parameters are:
   logtoconsole =
   assemblypath = B:\Microsoft\AgentShell\AgentShell.exe
   logfile = B:\Microsoft\AgentShell\AgentShell.InstallLog

agent log says:

2014-01-03 17:33:59,755 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudS

RE: Hyper-V agent

[Rajesh Battala]

Hi Paul, 
Systemvm template for HyperV is already pushed to download.cloud.com 
Here is the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com] 
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then rebooted)

Agentshell.exe --install still failed,

I needed to uninstall the agent first

Agentshell.exe --uninstall
Then reinstall
Agentshell.exe --install

Et voila:
14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] - 
CloudStack Hyper-V Agent arg is
2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program [(null)] 
-  Error occured in starting service Cannot start service CloudStack Hyper-V 
Agent on computer '.'.
2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Stopping and uninstalling CloudStack Hyper-V Agent
2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent running as Windows Service
2014-01-08 17:58:54,042 [1] INFO  CloudStack.Plugin.AgentShell.AgentService 
[(null)] - Starting CloudStack agent
2014-01-08 17:58:54,292 [1] DEBUG CloudStack.Plugin.AgentShell.AgentService 
[(null)] - Controller HypervResourceController is available


Now to add it into cloudstack...


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
Sent: 06 January 2014 09:02
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Just noticed in the error log that it's trying to start on computer '.' - while 
I know the . works in SQL Server etc, could it not be working here? Or have you 
set a custom hosts file?

--
Error occured in starting service Cannot start service CloudStack Hyper-V Agent 
on computer '.'.



Alex Hitchins
+44 7788 423 969

-Original Message-
From: Devdeep Singh [mailto:devdeep.si...@citrix.com]
Sent: 06 January 2014 08:40
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Error seems to be in starting the service. Can you check under services 
(services.msc) if a service is present by the name "CloudStack Hyper-V Agent"? 
To debug the service start issue, can you open up the 8250 port (or try disable 
firewall) and check if the service starts up.

Regards,
Devdeep

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Friday, January 3, 2014 11:19 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

So... updating .net 4.5.1 and a reboot and CloudAgent builds (with 19 warnings) 
http://pastebin.com/ahz5yJw2

I copy it to my hyper-v box and it bombs out immediately 
http://imgur.com/NMan0S2

Install log says:

Installing assembly 'B:\Microsoft\AgentShell\AgentShell.exe'.
Affected parameters are:
   assemblypath = B:\Microsoft\AgentShell\AgentShell.exe
   logfile = B:\Microsoft\AgentShell\AgentShell.InstallLog
Installing service CloudStack Hyper-V Agent...
Service CloudStack Hyper-V Agent has been successfully installed.
Creating EventLog source CloudStack Hyper-V Agent

Jenkins build is back to normal : build-4.2 #28

[jenkins]

See 

RE: IPv6 in VPC (was Re: IPv6 plan - questions)

[Daan Hoogland]

H Marcus, We had a small session on how we plan to go about ipv6 configuration 
with your bullet list present. Comments are still brainstorming phase quality 
but hopefully they will lead to something.

> * VPC has no global IPv6 prefix (super CIDR as current private space), it's 
> simply IPv6 enabled or not. Admins can choose to route a /60 or a /48 to a 
> vpc and carve it up among the networks there, but it's not required or 
> enforced by cloudstack.
The idea at Schuberg Philis is that VPCs should have a standard size network 
assigned to be taken from a pool. We should be able to configure the width of 
the network.  The idea is that per level (Physical network/vpc/tier) only one 
width will be used but the size of it is configurable. Default block for a VR / 
VPC would be a /56 and each individual network would use a /64. Note that in a 
typical isolated network we only use the first. 

> * VPC networks get assigned one or multiple IPv6 prefixes, each prefix can be 
> marked 'SLAAC', 'DHCP', or 'Manual'.
For networks we are in favor of using SLAAC for configuring routing and 
addressing, but would advise DHCPv6 to configure DNS and potentially other 
things (NTP?). No need to register the addresses in CloudStack. We already 
store the MAC of the NIC so we know which address will be configured on the 
interface with the configured prefix. Only the router will receive a specific 
address (prefix::1/64)

As mentioned earlier first implementation will do SLAAC. How will SLAAC be 
configured with ACL's?

> * Mgmt server allows calling external plugins for pushing routes to routers 
> upstream of VPCs (SDN or router API), but could be manually done by admins as 
> well
We discussed the routing issues in front of the VPC / VR. The goal is to 
provide cloudstack with a way to deal with routable addresses inside an 
isolated network, as actually this problem is relevant for both IPv4 and IPv6. 
However for IPv4 we have a perfectly workable solution with NAT and in the IPv6 
world we don't/. So we need to address this issue on how to route a network 
from the provider edge into an isolated network.

For IPv6 we have several options:
*   Dynamic routing protocols, here we can think of iBGP, OSPF or any other 
protocol. Basically cloudstack assigns a block to a VR / VPC and the VPC / VR 
tells the outside world to route that block to the outside IP of the router.
*   Block allocator, cloudstack knows about the supernet (/48 for example) 
and assigns a block (/56) to a VR or VPC. Cloudstack tells the block allocator 
to allocate (route) this block to the VR/VPC. Block allocater needs to know 
about the device being managed (upstream router like cisco/juniper) and 
configured the route using telnet or an API
*   Broker, We introduce a new systemvm, the block broker. The admin routes 
the /48 to the block broker and CloudStack tells the blok broker to reroute a 
specific subblock to this VR / VPC
*   Static, Admin configures a list of block/ip pairs in the upstream 
router. CloudStack knows about these pairs and assigns the ip to the VR / VPC 
and the block will be routed.


> * Work could be done in stages, e.g. SLAAC/manual network ranges would be 
> fairly straightforward, whereas DHCP ranges would require programming scripts 
> and ip allocation code.

> * An issue was raised about privacy concerns with SLAAC using MAC, but we 
> think this revolves more around clients than servers; that is, a client 
> moving around the country would be traceable because of the MAC, but a server 
> always has the same address anyway.

> * Still need to figure out what to do about ACLs, that's a whole separate 
> issue, but a plan needs to be in place.
Are we going to put ACL's on networks or hosts or both? What is easiest to 
implement and enforce?

Do we care about portforwarding, static NAT, Load Balancing etc as well? Or at 
least think
about what impact these decisions have.
This is not a version 1 consideration?!?

> * We assume there will be an ipv6 public range assignable, allocated for VPC 
> routers/static nat/loadbalancers to pull from. How will this range be made 
> available?
Is a cidr configured?
Will we preconfigure all ranges or have a dynamic availability check?

Radvd package is added to the systemvm template. (Done by Hugo this morning)

Some standard UI components are needed.

(test-)attention needs to go to:

HaProxy version/feature matrix has to be reviewed to check for ipv6 
compatability.

Does dnsmasq work with ipv6?

Does keepalived work seemslessly?

Ipv6 tables configuration needs to be pushed to the VRs

-Original Message-
From: Marcus Sorensen [mailto:shadow...@gmail.com] 
Sent: maandag 6 januari 2014 9:11
To: cloudstack-...@incubator.apache.org
Subject: IPv6 in VPC (was Re: IPv6 plan - questions)

I've discussed this a bit with various subject matter experts at our 
datacenters/business, and so far we're leaning toward a rollout like
this:

* VPC has no global IPv6 prefix 

RE: Hyper-V agent

[Paul Angus]

CloudStack can't start hyper-v system vms with the following error:

2014-01-09 15:56:09,840 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e3c7871), no need 
to delete from object in store ref table
2014-01-09 15:56:09,844 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(consoleproxy-1:ctx-da5fc066) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,842 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(secstorage-1:ctx-eb8b09af) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@5e408d6e), no need 
to delete from object in store ref table
2014-01-09 15:56:09,845 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(secstorage-1:ctx-eb8b09af) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,846 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(consoleproxy-1:ctx-da5fc066) Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
2014-01-09 15:56:09,847 INFO  [c.c.v.VirtualMachineManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1174)

the disk image gets copied to the local storage directory (2.6GB routing-9.vhd 
and ROOT-1.vhd, ROOT-2.vhd ROOT-3.vhd etc)





Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 14:17
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Systemvm template for HyperV is already pushed to download.cloud.com Here is 
the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then rebooted)

Agentshell.exe --install still failed,

I needed to uninstall the agent first

Agentshell.exe --uninstall
Then reinstall
Agentshell.exe --install

Et voila:
14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] - 
CloudStack Hyper-V Agent arg is
2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program [(null)] 
-  Error occured in starting service Cannot start service CloudStack Hyper-V 
Agent on computer '.'.
2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Stopping and uninstalling CloudStack Hyper-V Agent
2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent running as Windows Service
2014-01-08 17:58:54,042 [1] INFO  CloudStack.Plugin.AgentShell.AgentService 
[(null)] - Starting CloudStack agent
2014-01-08 17:58:54,292 [

Re: Hyper-V agent

[Daan Hoogland]

H Rajesh,

How is the hyperv template build? And can it be build in the jenkins
process that builds the other templates?

thanks,
Daan

On Thu, Jan 9, 2014 at 3:17 PM, Rajesh Battala
 wrote:
> Hi Paul,
> Systemvm template for HyperV is already pushed to download.cloud.com
> Here is the url for the same.: 
> http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
> Please download and use it.
> If you find issues with the template, please post the details.
>
> Thanks
> Rajesh Battala
>
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Thursday, January 9, 2014 7:37 PM
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> I've added my hyper-v server into CloudStack (after dropping firewall and 
> discovering I need to set the service to start automatically - sc config 
> "CloudStack Hyper-V Agent" start= automatic).
>
> Now I can't find the hyper-v system vm template.  I've found a ticket which 
> says it's built by Jenkins, but I can't find it.
> https://issues.apache.org/jira/browse/CLOUDSTACK-3385
> http://jenkins.buildacloud.org/job/build-systemvm64-master/
>
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 08 January 2014 18:05
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> OK so
>
> ipconfig /all returned:
>
> Host Name:  WIN-G23HSIAIU40
> And
> Primary dns suffix: BLANK
>
> I ran:
>
> netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
> computername hostname.domain.com /makeprimary:newhostname.newdomain.com
>
> to set the dns suffix (then rebooted)
>
> Agentshell.exe --install still failed,
>
> I needed to uninstall the agent first
>
> Agentshell.exe --uninstall
> Then reinstall
> Agentshell.exe --install
>
> Et voila:
> 14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
> - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Installing and running CloudStack Hyper-V Agent
> 2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program 
> [(null)] -  Error occured in starting service Cannot start service CloudStack 
> Hyper-V Agent on computer '.'.
> 2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Stopping and uninstalling CloudStack Hyper-V Agent
> 2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Installing and running CloudStack Hyper-V Agent
> 2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent running as Windows Service
> 2014-01-08 17:58:54,042 [1] INFO  CloudStack.Plugin.AgentShell.AgentService 
> [(null)] - Starting CloudStack agent
> 2014-01-08 17:58:54,292 [1] DEBUG CloudStack.Plugin.AgentShell.AgentService 
> [(null)] - Controller HypervResourceController is available
>
>
> Now to add it into cloudstack...
>
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
> Sent: 06 January 2014 09:02
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> Just noticed in the error log that it's trying to start on computer '.' - 
> while I know the . works in SQL Server etc, could it not be working here? Or 
> have you set a custom hosts file?
>
> --
> Error occured in starting service Cannot start service CloudStack Hyper-V 
> Agent on computer '.'.
>
>
>
> Alex Hitchins
> +44 7788 423 969
>
> -Original Message-
> From: Devdeep Singh [mailto:devdeep.si...@citrix.com]
> Sent: 06 January 2014 08:40
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> Error seems to be in starting the service. Can you check under services 
> (services.msc) if a service is present by the name "CloudStack Hyper-V 
> Agent"? To debug the service start issue, can you open up the 8250 port (or 
> try disable firewall) and check if the service starts up.
>
> Regards,
> Devdeep
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Friday, January 3, 2014 11:19 PM
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> So... updating .net 4.5.1 and a reboot and CloudAgent builds (with 19 
> warnings) http://pastebin.com/ahz5yJw2
>
> I copy it to my hyper-v box and it b

Re: IPv6 in VPC (was Re: IPv6 plan - questions)

[Marcus Sorensen]

Good info. I think seeing another use case helps us narrow the
requirements a bit more.

On Thu, Jan 9, 2014 at 8:04 AM, Daan Hoogland
 wrote:
> H Marcus, We had a small session on how we plan to go about ipv6 
> configuration with your bullet list present. Comments are still brainstorming 
> phase quality but hopefully they will lead to something.
>
>> * VPC has no global IPv6 prefix (super CIDR as current private space), it's 
>> simply IPv6 enabled or not. Admins can choose to route a /60 or a /48 to a 
>> vpc and carve it up among the networks there, but it's not required or 
>> enforced by cloudstack.
> The idea at Schuberg Philis is that VPCs should have a standard size network 
> assigned to be taken from a pool. We should be able to configure the width of 
> the network.  The idea is that per level (Physical network/vpc/tier) only one 
> width will be used but the size of it is configurable. Default block for a VR 
> / VPC would be a /56 and each individual network would use a /64. Note that 
> in a typical isolated network we only use the first.

Ok, good. Just to clarify, this is your use case, you're not saying
cloudstack should enforce a static size, just that you would deploy it
that way, correct?  Do you have any specific reasoning or need for the
VPC itself to have a configured contiguous block, rather than just
assign the /64s the networks?

>
>> * VPC networks get assigned one or multiple IPv6 prefixes, each prefix can 
>> be marked 'SLAAC', 'DHCP', or 'Manual'.
> For networks we are in favor of using SLAAC for configuring routing and 
> addressing, but would advise DHCPv6 to configure DNS and potentially other 
> things (NTP?). No need to register the addresses in CloudStack. We already 
> store the MAC of the NIC so we know which address will be configured on the 
> interface with the configured prefix. Only the router will receive a specific 
> address (prefix::1/64)

I agree that we would want to publish DNS via DHCPv6, but is it
necessary, do you think? I assume we're not currently planning IPv6
*only* networks, thus  can be looked up via the VR's DHCPv4
resolver. To me it seems like we'd do it for the sake of completeness,
I suppose.  I'm just trying to sort things into stages, what do we
need to have working IPv6, what is nice to have but not necessary, and
which dependent features will we want to add. If we start off and get
everything but that done, everything would still work, I think.

>
> As mentioned earlier first implementation will do SLAAC. How will SLAAC be 
> configured with ACL's?

I assume ACLs would work as they do with ipv4, where you can select
'incoming from X location and A-B ports with this protocol to this
network' and outgoing. I don't think it has any bearing on SLAAC,
DHCP, or manual configurations as currently ACLs apply to a whole
prefix.

>
>> * Mgmt server allows calling external plugins for pushing routes to routers 
>> upstream of VPCs (SDN or router API), but could be manually done by admins 
>> as well
> We discussed the routing issues in front of the VPC / VR. The goal is to 
> provide cloudstack with a way to deal with routable addresses inside an 
> isolated network, as actually this problem is relevant for both IPv4 and 
> IPv6. However for IPv4 we have a perfectly workable solution with NAT and in 
> the IPv6 world we don't/. So we need to address this issue on how to route a 
> network from the provider edge into an isolated network.
>
> For IPv6 we have several options:
> *   Dynamic routing protocols, here we can think of iBGP, OSPF or any 
> other protocol. Basically cloudstack assigns a block to a VR / VPC and the 
> VPC / VR tells the outside world to route that block to the outside IP of the 
> router.
> *   Block allocator, cloudstack knows about the supernet (/48 for 
> example) and assigns a block (/56) to a VR or VPC. Cloudstack tells the block 
> allocator to allocate (route) this block to the VR/VPC. Block allocater needs 
> to know about the device being managed (upstream router like cisco/juniper) 
> and configured the route using telnet or an API
> *   Broker, We introduce a new systemvm, the block broker. The admin 
> routes the /48 to the block broker and CloudStack tells the blok broker to 
> reroute a specific subblock to this VR / VPC
> *   Static, Admin configures a list of block/ip pairs in the upstream 
> router. CloudStack knows about these pairs and assigns the ip to the VR / VPC 
> and the block will be routed.
>

We've got some experience in this dept, as we currently route IPv4
public addresses into the VR as well via a little plugin. The simplest
implementation would simply be 1) assign a /64 to a network via mgmt
server, this goes in a table 2) when assignment occurs, and when
router reboots, we send a command to the VR to program the route for
that network. All it takes is for the upstream routers to know to send
the prefix to that VR and you're done.

I may be wrong, and please someone step in a

Re: Hyper-V agent

[Hugo Trippaers]

Daan,

It is build using the jenkins jobs, however at the moment they are not 
archived. See http://markmail.org/message/hyknsi5udiirdd7p

Cheers,

Hugo


On 9 jan. 2014, at 17:28, Daan Hoogland  wrote:

> H Rajesh,
> 
> How is the hyperv template build? And can it be build in the jenkins
> process that builds the other templates?
> 
> thanks,
> Daan
> 
> On Thu, Jan 9, 2014 at 3:17 PM, Rajesh Battala
>  wrote:
>> Hi Paul,
>> Systemvm template for HyperV is already pushed to download.cloud.com
>> Here is the url for the same.: 
>> http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
>> Please download and use it.
>> If you find issues with the template, please post the details.
>> 
>> Thanks
>> Rajesh Battala
>> 
>> 
>> -Original Message-
>> From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> Sent: Thursday, January 9, 2014 7:37 PM
>> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
>> Subject: RE: Hyper-V agent
>> 
>> I've added my hyper-v server into CloudStack (after dropping firewall and 
>> discovering I need to set the service to start automatically - sc config 
>> "CloudStack Hyper-V Agent" start= automatic).
>> 
>> Now I can't find the hyper-v system vm template.  I've found a ticket which 
>> says it's built by Jenkins, but I can't find it.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-3385
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/
>> 
>> 
>> Regards,
>> 
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
>> paul.an...@shapeblue.com
>> 
>> -Original Message-
>> From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> Sent: 08 January 2014 18:05
>> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
>> Subject: RE: Hyper-V agent
>> 
>> OK so
>> 
>> ipconfig /all returned:
>> 
>> Host Name:  WIN-G23HSIAIU40
>> And
>> Primary dns suffix: BLANK
>> 
>> I ran:
>> 
>> netdom computername hostname.domain.com /add:newhostname.newdomain.com 
>> netdom computername hostname.domain.com 
>> /makeprimary:newhostname.newdomain.com
>> 
>> to set the dns suffix (then rebooted)
>> 
>> Agentshell.exe --install still failed,
>> 
>> I needed to uninstall the agent first
>> 
>> Agentshell.exe --uninstall
>> Then reinstall
>> Agentshell.exe --install
>> 
>> Et voila:
>> 14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
>> [(null)] - CloudStack Hyper-V Agent arg is
>> 2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program 
>> [(null)] - Installing and running CloudStack Hyper-V Agent
>> 2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program 
>> [(null)] -  Error occured in starting service Cannot start service 
>> CloudStack Hyper-V Agent on computer '.'.
>> 2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
>> [(null)] - CloudStack Hyper-V Agent arg is
>> 2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program 
>> [(null)] - Stopping and uninstalling CloudStack Hyper-V Agent
>> 2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
>> [(null)] - CloudStack Hyper-V Agent arg is
>> 2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program 
>> [(null)] - Installing and running CloudStack Hyper-V Agent
>> 2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program 
>> [(null)] - CloudStack Hyper-V Agent running as Windows Service
>> 2014-01-08 17:58:54,042 [1] INFO  CloudStack.Plugin.AgentShell.AgentService 
>> [(null)] - Starting CloudStack agent
>> 2014-01-08 17:58:54,292 [1] DEBUG CloudStack.Plugin.AgentShell.AgentService 
>> [(null)] - Controller HypervResourceController is available
>> 
>> 
>> Now to add it into cloudstack...
>> 
>> 
>> Regards,
>> 
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
>> paul.an...@shapeblue.com
>> 
>> -Original Message-
>> From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
>> Sent: 06 January 2014 09:02
>> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
>> Subject: RE: Hyper-V agent
>> 
>> Just noticed in the error log that it's trying to start on computer '.' - 
>> while I know the . works in SQL Server etc, could it not be working here? Or 
>> have you set a custom hosts file?
>> 
>> --
>> Error occured in starting service Cannot start service CloudStack Hyper-V 
>> Agent on computer '.'.
>> 
>> 
>> 
>> Alex Hitchins
>> +44 7788 423 969
>> 
>> -Original Message-
>> From: Devdeep Singh [mailto:devdeep.si...@citrix.com]
>> Sent: 06 January 2014 08:40
>> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
>> Subject: RE: Hyper-V agent
>> 
>> Error seems to be in starting the service. Can you check under services 
>> (services.msc) if a service is present by the name "CloudStack Hyper-V 
>> Agent"? To debug the service start issue, can you open up the 8250 port (or 
>> try disable firewall) and check if the service starts up.
>> 
>> Rega

Re: IPv6 in VPC (was Re: IPv6 plan - questions)

[Daan Hoogland]

On Thu, Jan 9, 2014 at 5:28 PM, Marcus Sorensen  wrote:
> Do you have any specific reasoning or need for the
> VPC itself to have a configured contiguous block, rather than just
> assign the /64s the networks?


convenience in configuring the upstream router. The idea is that
everything on the network gets the same ip-space (/56 or /52 or
whatever) whether it is a VPC or an isolated network.

The block broker was Hugo's idea to make working with devcloud
convenient. This way we get lots of playing around and feedback on the
rest of the implementation.
It needs to be optional if our implementation is to be serious in any
kind of bigger business environment.

As to the last points; You are right about their importance. They are
there to signify design considerations, not constraints or
requirements.

in all I think we agree on the general way to go,
Daan

Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Marcus Sorensen]

Let me see if I can dig up the specifics. If I remember right, it just
seemed backward. No vlan id should be treated as untagged, not
untagged treated as null. There's a lot of code that is skipped if
vlanid is null, but does useful things if UNTAGGED. Ill be back in an
hour or two with the results.

On Thu, Jan 9, 2014 at 1:25 AM, Daan Hoogland  wrote:
> H Marcus,
>
> concerning https://issues.apache.org/jira/browse/CLOUDSTACK-5502
>
> Is this still a problem for you? Can I have some more info? I was
> aware of the setting of vlan back to untagged when I wrote it. That's
> why I thought it wouldn't be a problem. In a prior mail of you you
> downwrote the issue as specific to your use-case. I really want to
> understand as much as possible of these problems with
> BroadcastDomainType as little varieties appear all over the place once
> in a while.
>
> thanks,
> Daan
>
>
> -- Forwarded message --
> From: Daan Hoogland 
> Date: Tue, Jan 7, 2014 at 4:30 PM
> Subject: Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API
> failing, if you pass VLAN
> To: dev , Marcus Sorensen 
>
>
> Sachin,
>
> I will look at it and propose some. @Marcus can you send me some
> description/stacktrace/log on how your testcase fails.
>
> regards
>
>
> On Tue, Jan 7, 2014 at 4:13 PM, Sachchidanand Vaidya
>  wrote:
>> Hi,
>> Bug CS-5502 was fixed (12/20/13) and then reopened (12/26/13) again 
>> since for
>> Vlan=UNTAGGED  case,  createVlanIpRange() API fails with "Vlan id is 
>> required when add ip
>> range to the public network".  Vlan ="untagged" can be a valid case for 
>> public networks
>> (in advanced networking) as is the case in  juniper-contrail solution.
>> Is there a fix planned for this bug?
>>
>> Thanks & Regards,
>> Sachin

Re: IPv6 in VPC (was Re: IPv6 plan - questions)

[Marcus Sorensen]

On Thu, Jan 9, 2014 at 9:43 AM, Daan Hoogland  wrote:
> On Thu, Jan 9, 2014 at 5:28 PM, Marcus Sorensen  wrote:
>> Do you have any specific reasoning or need for the
>> VPC itself to have a configured contiguous block, rather than just
>> assign the /64s the networks?
>
>
> convenience in configuring the upstream router. The idea is that
> everything on the network gets the same ip-space (/56 or /52 or
> whatever) whether it is a VPC or an isolated network.

That would still be possible even if you didn't provide that info to
cloudstack. You could internally choose to only assign networks from a
particular /56 to a VPC. I originally wanted that too, but after
thinking about it a bit and the implementation, that setting just sits
there, doing nothing in cloudstack. It's just a database entry, not
used for anything that is necessary for the IPv6 to work. All of the
work revolves around the individual prefixes assigned to the network
and programming internal VR routes for those.

We could potentially use it as a validator (does the range entered fit
within the vpc range), but is there any reason to validate/limit
someone?

We could also create an automated allocator, but since we currently
don't do that for VPC tiers with IPv4 it seemed like an inconsistent
approach. However, I suppose it may preclude us from creating an
allocator later (or the allocator would need to be able to handle
allocating from and managing multiple prefixes in order to accomodate
existing non-contiguous allocations).

If an admin later wants to put a new /64 from the new ARIN allocation
on a VPC, or a tenant has their own ARIN assignment, we could easily
just enter their /64 without having to launch a new VPC and
move/redeploy their VMs.

Maybe there's something I'm overlooking there.

>
> The block broker was Hugo's idea to make working with devcloud
> convenient. This way we get lots of playing around and feedback on the
> rest of the implementation.
> It needs to be optional if our implementation is to be serious in any
> kind of bigger business environment.
>
> As to the last points; You are right about their importance. They are
> there to signify design considerations, not constraints or
> requirements.
>
> in all I think we agree on the general way to go,
> Daan

RE: Hyper-V agent

[Rajesh Battala]

Hi Daan, 
The hyperv systemvm is generated from the jenkisn.buildacloud.org. 
Vhd generated with name tag xenserver is used for hyperv as xenserver and 
hyperv supports vhd. 

The uploaded template to download.cloud.com is generated from Jenkins only. 
After testing it, it got zipped pushed. 


Thanks
Rajesh Battala

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, January 9, 2014 9:58 PM
To: dev
Cc: Donal Lafferty; Anshul Gangwar
Subject: Re: Hyper-V agent

H Rajesh,

How is the hyperv template build? And can it be build in the jenkins process 
that builds the other templates?

thanks,
Daan

On Thu, Jan 9, 2014 at 3:17 PM, Rajesh Battala  
wrote:
> Hi Paul,
> Systemvm template for HyperV is already pushed to download.cloud.com 
> Here is the url for the same.: 
> http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-
> hyperv.vhd.bz2
> Please download and use it.
> If you find issues with the template, please post the details.
>
> Thanks
> Rajesh Battala
>
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Thursday, January 9, 2014 7:37 PM
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> I've added my hyper-v server into CloudStack (after dropping firewall and 
> discovering I need to set the service to start automatically - sc config 
> "CloudStack Hyper-V Agent" start= automatic).
>
> Now I can't find the hyper-v system vm template.  I've found a ticket which 
> says it's built by Jenkins, but I can't find it.
> https://issues.apache.org/jira/browse/CLOUDSTACK-3385
> http://jenkins.buildacloud.org/job/build-systemvm64-master/
>
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 08 January 2014 18:05
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> OK so
>
> ipconfig /all returned:
>
> Host Name:  WIN-G23HSIAIU40
> And
> Primary dns suffix: BLANK
>
> I ran:
>
> netdom computername hostname.domain.com /add:newhostname.newdomain.com 
> netdom computername hostname.domain.com 
> /makeprimary:newhostname.newdomain.com
>
> to set the dns suffix (then rebooted)
>
> Agentshell.exe --install still failed,
>
> I needed to uninstall the agent first
>
> Agentshell.exe --uninstall
> Then reinstall
> Agentshell.exe --install
>
> Et voila:
> 14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Installing and running CloudStack Hyper-V Agent
> 2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program 
> [(null)] -  Error occured in starting service Cannot start service CloudStack 
> Hyper-V Agent on computer '.'.
> 2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Stopping and uninstalling CloudStack Hyper-V Agent
> 2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent arg is
> 2014-01-08 17:58:53,652 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - Installing and running CloudStack Hyper-V Agent
> 2014-01-08 17:58:53,995 [1] INFO  CloudStack.Plugin.AgentShell.Program 
> [(null)] - CloudStack Hyper-V Agent running as Windows Service
> 2014-01-08 17:58:54,042 [1] INFO  
> CloudStack.Plugin.AgentShell.AgentService [(null)] - Starting 
> CloudStack agent
> 2014-01-08 17:58:54,292 [1] DEBUG 
> CloudStack.Plugin.AgentShell.AgentService [(null)] - Controller 
> HypervResourceController is available
>
>
> Now to add it into cloudstack...
>
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
> Sent: 06 January 2014 09:02
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> Just noticed in the error log that it's trying to start on computer '.' - 
> while I know the . works in SQL Server etc, could it not be working here? Or 
> have you set a custom hosts file?
>
> --
> Error occured in starting service Cannot start service CloudStack Hyper-V 
> Agent on computer '.'.
>
>
>
> Alex Hitchins
> +44 7788 423 969
>
> -Original Message-
> From: Devdeep Singh [mailto:devdeep.si...@citrix.com]
> Sent: 06 January 2014 08:40
> To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
> Subject: RE: Hyper-V agent
>
> Error seems to be in starting the service. Can you check under services 
> (services.msc) if a service is present by the name "CloudStack Hyper-V 
> Agent"? 

RE: Hyper-V agent

[Rajesh Battala]

Hi Paul, 
Are you using SMB as secondary store? Is the secondary store is reachable and 
has necessary permission for the Host to access the storage.

Thanks
Rajesh battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com] 
Sent: Thursday, January 9, 2014 9:56 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

CloudStack can't start hyper-v system vms with the following error:

2014-01-09 15:56:09,840 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e3c7871), no need 
to delete from object in store ref table
2014-01-09 15:56:09,844 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(consoleproxy-1:ctx-da5fc066) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,842 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(secstorage-1:ctx-eb8b09af) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@5e408d6e), no need 
to delete from object in store ref table
2014-01-09 15:56:09,845 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(secstorage-1:ctx-eb8b09af) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,846 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(consoleproxy-1:ctx-da5fc066) Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
2014-01-09 15:56:09,847 INFO  [c.c.v.VirtualMachineManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1174)

the disk image gets copied to the local storage directory (2.6GB routing-9.vhd 
and ROOT-1.vhd, ROOT-2.vhd ROOT-3.vhd etc)





Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 14:17
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Systemvm template for HyperV is already pushed to download.cloud.com Here is 
the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then rebooted)

Agentshell.exe --install still failed,

I needed to uninstall the agent first

Agentshell.exe --uninstall
Then reinstall
Agentshell.exe --install

Et voila:
14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] - 
CloudStack Hyper-V Agent arg is
2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and running CloudStack Hyper-V Agent
2014-01-08 17:58:45,220 [1] ERROR CloudStack.Plugin.AgentShell.Program [(null)] 
-  Error occured in starting service Cannot start service CloudStack Hyper-V 
Agent on computer '.'.
2014-01-08 17:58:51,637 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:51,683 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Stopping and uninstalling CloudStack Hyper-V Agent
2014-01-08 17:58:53,621 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] 
- CloudStack Hyper-V Agent arg is
2014-01-08 17:58:53,

Unfamiliar with checkstyle

[Mike Tutkowski]

Hi,

I was merging some code from 4.3 to master and received three checkstyle
errors.

I'm not really familiar with how to find out details of these errors. Can
someone point me to the right place to begin my investigation?

All I see right now is the following:

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default) on
project cloudstack: Failed during checkstyle execution: There are 3
checkstyle errors. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default)
on project cloudstack: Failed during checkstyle execution
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: Failed during
checkstyle execution
at
org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execute(CheckstyleViolationCheckMojo.java:422)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 19 more
Caused by: org.apache.maven.plugin.checkstyle.CheckstyleExecutorException:
There are 3 checkstyle errors.
at
org.apache.maven.plugin.checkstyle.DefaultCheckstyleExecutor.executeCheckstyle(DefaultCheckstyleExecutor.java:218)
at
org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execute(CheckstyleViolationCheckMojo.java:413)
... 21 more

Thanks!

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

RE: Hyper-V agent

[Paul Angus]

Hi Rajesh,

Yes I'm using SMB for the secondary storage,  the system vm image gets copied 
over to the local storage (2.6GB routing-9.vhd ) this gets copied to as 
ROOT-1.vhd then deployment fails, then it creates ROOT-2.vhd and fails, then 
creates ROOT-3.vhd and fails etc...



Regards

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 17:33
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Are you using SMB as secondary store? Is the secondary store is reachable and 
has necessary permission for the Host to access the storage.

Thanks
Rajesh battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 9:56 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

CloudStack can't start hyper-v system vms with the following error:

2014-01-09 15:56:09,840 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e3c7871), no need 
to delete from object in store ref table
2014-01-09 15:56:09,844 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(consoleproxy-1:ctx-da5fc066) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,842 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(secstorage-1:ctx-eb8b09af) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@5e408d6e), no need 
to delete from object in store ref table
2014-01-09 15:56:09,845 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(secstorage-1:ctx-eb8b09af) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,846 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(consoleproxy-1:ctx-da5fc066) Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
2014-01-09 15:56:09,847 INFO  [c.c.v.VirtualMachineManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1174)

the disk image gets copied to the local storage directory (2.6GB routing-9.vhd 
and ROOT-1.vhd, ROOT-2.vhd ROOT-3.vhd etc)





Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 14:17
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Systemvm template for HyperV is already pushed to download.cloud.com Here is 
the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then rebooted)

Agentshell.exe --install still failed,

I needed to uninstall the agent first

Agentshell.exe --uninstall
Then reinstall
Agentshell.exe --install

Et voila:
14-01-08 17:58:45,173 [1] DEBUG CloudStack.Plugin.AgentShell.Program [(null)] - 
CloudStack Hyper-V Agent arg is
2014-01-08 17:58:45,204 [1] INFO  CloudStack.Plugin.AgentShell.Program [(null)] 
- Installing and r

Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Marcus Sorensen]

Currently if I create my public range with 'untagged', I get:

"Vlan id is required when add ip range to the public network"

So at the very least it seems the patch is not working. It may be
better to edit CreateVlanIpRangeCmd and change the parameter at the
source if 'untagged' is passed in, like:
 public String getVlan() {
+if (vlan.equalsIgnoreCase("untagged")) {
+vlan = "";
+}
 return vlan;
 }


If I create my public range with "", I get a failure in bringing up
the first system vm:

Networks.java line 323, "Unable to convert to isolation URI:"

I'm running tests against the version with your patch reverted, but I
think the root is that untagged (and perhaps empty string) was
previously interpreted as Vlan.UNTAGGED in 4.2, and is not in 4.3,
nothing to do with your change.


There is a lot of code that is looking for untagged, or looking for
null, and either setting null to 'untagged' or skipping code entirely
if it is null, e.g. NetworkOrchestrator:

basic networking seems to get around it:

if (vlanId == null) {
vlanId = Vlan.UNTAGGED;
} else {
if (!vlanId.equalsIgnoreCase(Vlan.UNTAGGED)) {
throw new InvalidParameterValueException("Only
vlan " + Vlan.UNTAGGED + " can be created in " + "the zone of type " +
NetworkType.Basic);
}
}

but advanced networking skips stuff altogether if vlanId is null
(basic networking set it to UNTAGGED and saved the day per previous
code):

if (vlanIdFinal != null) {
if (isolatedPvlan == null) {
URI uri = BroadcastDomainType.fromString(vlanIdFinal);
userNetwork.setBroadcastUri(uri);
if
(!vlanIdFinal.equalsIgnoreCase(Vlan.UNTAGGED)) {

userNetwork.setBroadcastDomainType(BroadcastDomainType.Vlan);
} else {

userNetwork.setBroadcastDomainType(BroadcastDomainType.Native);
}
} else {
if
(vlanIdFinal.equalsIgnoreCase(Vlan.UNTAGGED)) {
throw new
InvalidParameterValueException("Cannot support pvlan with untagged
primary vlan!");
}

userNetwork.setBroadcastUri(NetUtils.generateUriForPvlan(vlanIdFinal,
isolatedPvlan));

userNetwork.setBroadcastDomainType(BroadcastDomainType.Pvlan);
}
}


On Thu, Jan 9, 2014 at 10:10 AM, Marcus Sorensen  wrote:
> Let me see if I can dig up the specifics. If I remember right, it just
> seemed backward. No vlan id should be treated as untagged, not
> untagged treated as null. There's a lot of code that is skipped if
> vlanid is null, but does useful things if UNTAGGED. Ill be back in an
> hour or two with the results.
>
> On Thu, Jan 9, 2014 at 1:25 AM, Daan Hoogland  wrote:
>> H Marcus,
>>
>> concerning https://issues.apache.org/jira/browse/CLOUDSTACK-5502
>>
>> Is this still a problem for you? Can I have some more info? I was
>> aware of the setting of vlan back to untagged when I wrote it. That's
>> why I thought it wouldn't be a problem. In a prior mail of you you
>> downwrote the issue as specific to your use-case. I really want to
>> understand as much as possible of these problems with
>> BroadcastDomainType as little varieties appear all over the place once
>> in a while.
>>
>> thanks,
>> Daan
>>
>>
>> -- Forwarded message --
>> From: Daan Hoogland 
>> Date: Tue, Jan 7, 2014 at 4:30 PM
>> Subject: Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API
>> failing, if you pass VLAN
>> To: dev , Marcus Sorensen 
>>
>>
>> Sachin,
>>
>> I will look at it and propose some. @Marcus can you send me some
>> description/stacktrace/log on how your testcase fails.
>>
>> regards
>>
>>
>> On Tue, Jan 7, 2014 at 4:13 PM, Sachchidanand Vaidya
>>  wrote:
>>> Hi,
>>> Bug CS-5502 was fixed (12/20/13) and then reopened (12/26/13) again 
>>> since for
>>> Vlan=UNTAGGED  case,  createVlanIpRange() API fails with "Vlan id is 
>>> required when add ip
>>> range to the public network".  Vlan ="untagged" can be a valid case for 
>>> public networks
>>> (in advanced networking) as is the case in  juniper-contrail solution.
>>> Is there a fix planned for this bug?
>>>
>>> Thanks & Regards,
>>> Sachin

Re: build is broken for 4.3

[Min Chen]

Thanks Talluri for fixing this. It is my bad for forgetting this extra
step in replacing old API.

-min

On 1/9/14 2:39 AM, "Srikanteswararao Talluri"
 wrote:

>updateCloudToUseObjectStoreCategory is not not found in the
>known_categories dictionary which is causing apidoc to fail.
>
>
>Traceback (most recent call last):
>
>  File "/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py", line 194,
>in 
>
>category = choose_category(fn)
>
>  File "/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py", line 174,
>in choose_category
>
>(fn, __file__))
>
>Exception: Need to add a category for updateCloudToUseObjectStore.xml to
>/Users/talluri/asf/cloudstack/tools/apidoc/gen_toc.py:known_categories
>
>Created the following RB request which adds the API
>ŒudateCloudToUseObjectStore¹ to ŒImage Store¹ category.
>https://reviews.apache.org/r/16749/
>
>Thanks,
>~Talluri

Re: Review Request 16361: CLOUDSTACK-5535: Do not allow addNetwork to create NIC across VPC tiers and Isolated Networks

[Alena Prokharchyk]

> On Jan. 9, 2014, 12:39 a.m., Alena Prokharchyk wrote:
> > One more check is needed: don't let to add vm to VPC network if its already 
> > a part of another VPC network.
> 
> Saksham Srivastava wrote:
> This check is already in place unless I am missing something:
> if (existingNetwork.getVpcId() != null && network.getGuestType() != 
> Network.GuestType.Shared) {
> // If the vm is already in VPC and we try to add a new Non shared network 
> (eg. VPC or Isolated Network), 
> // then throw exception
> }

Ok, true, not explicit, but true :) It will work unless we support non-isolated 
networks in the VPC. I will apply the fix.


- Alena


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


On Dec. 19, 2013, 5:25 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16361/
> ---
> 
> (Updated Dec. 19, 2013, 5:25 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Bugs: CLOUDSTACK-5535
> https://issues.apache.org/jira/browse/CLOUDSTACK-5535
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> addNetworkToVM allows adding any network to VM.
> Ideally a VM running in isolated Guest Network should not be able to add a 
> VPC tier.
> A VM running in VPC tier should not be allowed to add another tier
> A VM running in VPC tier should not be allowed to add another isolated guest 
> network
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 3ad49d8 
> 
> Diff: https://reviews.apache.org/r/16361/diff/
> 
> 
> Testing
> ---
> 
> VM having a nic in isolated guest network cannot add a VPC tier.
> VM having a nic in one VPC tier cannot add another VPC tier.
> VM having a nic in a VPC tier cannot add a isolated guest network.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Re: Review Request 16361: CLOUDSTACK-5535: Do not allow addNetwork to create NIC across VPC tiers and Isolated Networks

[Alena Prokharchyk]

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


Saksham,

The patch fails on 4.3 branch with the error:

Applying: CLOUDSTACK-5535 : Do not allow addNetwork to create NIC across VPC 
tiers and Isolated Networks
error: patch failed: server/src/com/cloud/vm/UserVmManagerImpl.java:973
error: server/src/com/cloud/vm/UserVmManagerImpl.java: patch does not apply
Patch failed at 0001 CLOUDSTACK-5535 : Do not allow addNetwork to create NIC 
across VPC tiers and Isolated Networks
The copy of the patch that failed is found in:
   /Users/alena/repos/dr/cloudstack/.git/rebase-apply/patch


Please fix and submit again. Also submit a separate patch for the master 
branch, as there are changes in code style that might affect the cherry-pick.

- Alena Prokharchyk


On Dec. 19, 2013, 5:25 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16361/
> ---
> 
> (Updated Dec. 19, 2013, 5:25 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Bugs: CLOUDSTACK-5535
> https://issues.apache.org/jira/browse/CLOUDSTACK-5535
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> addNetworkToVM allows adding any network to VM.
> Ideally a VM running in isolated Guest Network should not be able to add a 
> VPC tier.
> A VM running in VPC tier should not be allowed to add another tier
> A VM running in VPC tier should not be allowed to add another isolated guest 
> network
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 3ad49d8 
> 
> Diff: https://reviews.apache.org/r/16361/diff/
> 
> 
> Testing
> ---
> 
> VM having a nic in isolated guest network cannot add a VPC tier.
> VM having a nic in one VPC tier cannot add another VPC tier.
> VM having a nic in a VPC tier cannot add a isolated guest network.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

RE: Unfamiliar with checkstyle

[Alex Huang]

Mike,

If you're using eclipse, checkstyle has a plugin that you can install.  Point 
the plugin to the style file in tools/checkstyle/cloud-style.xml and it will 
use the same syntax.  I've always found it much easier to use the plugin than 
to read the build outputs.

If you don't want to install the plugin, I don't think your log copy didn't 
include the actual errors.  You might want to look further up or down on your 
console to see what's the violation.

--Alex

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 9, 2014 9:49 AM
> To: dev@cloudstack.apache.org
> Subject: Unfamiliar with checkstyle
> 
> Hi,
> 
> I was merging some code from 4.3 to master and received three checkstyle
> errors.
> 
> I'm not really familiar with how to find out details of these errors. Can
> someone point me to the right place to begin my investigation?
> 
> All I see right now is the following:
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default) on
> project cloudstack: Failed during checkstyle execution: There are 3 checkstyle
> errors. -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
> goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default)
> on project cloudstack: Failed during checkstyle execution at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:217)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> cycleModuleBuilder.java:84)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> cycleModuleBuilder.java:59)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
> ecycleStarter.java:183)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
> .java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> ava:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
> er.java:290)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
> 0)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
> cher.java:409)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
> Caused by: org.apache.maven.plugin.MojoExecutionException: Failed during
> checkstyle execution at
> org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
> e(CheckstyleViolationCheckMojo.java:422)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
> BuildPluginManager.java:101)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:209)
> ... 19 more
> Caused by:
> org.apache.maven.plugin.checkstyle.CheckstyleExecutorException:
> There are 3 checkstyle errors.
> at
> org.apache.maven.plugin.checkstyle.DefaultCheckstyleExecutor.executeChe
> ckstyle(DefaultCheckstyleExecutor.java:218)
> at
> org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
> e(CheckstyleViolationCheckMojo.java:413)
> ... 21 more
> 
> Thanks!
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

RE: Hyper-V agent

[Rajesh Battala]

Can you post the agent log and mgmt. server log.
Look like agent is trying to clone the template disk to create root volumes for 
the VM's and failing to clone/copy. 

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com] 
Sent: Thursday, January 9, 2014 11:15 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Rajesh,

Yes I'm using SMB for the secondary storage,  the system vm image gets copied 
over to the local storage (2.6GB routing-9.vhd ) this gets copied to as 
ROOT-1.vhd then deployment fails, then it creates ROOT-2.vhd and fails, then 
creates ROOT-3.vhd and fails etc...



Regards

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 17:33
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Are you using SMB as secondary store? Is the secondary store is reachable and 
has necessary permission for the Host to access the storage.

Thanks
Rajesh battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 9:56 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

CloudStack can't start hyper-v system vms with the following error:

2014-01-09 15:56:09,840 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e3c7871), no need 
to delete from object in store ref table
2014-01-09 15:56:09,844 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(consoleproxy-1:ctx-da5fc066) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,842 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(secstorage-1:ctx-eb8b09af) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@5e408d6e), no need 
to delete from object in store ref table
2014-01-09 15:56:09,845 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(secstorage-1:ctx-eb8b09af) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,846 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(consoleproxy-1:ctx-da5fc066) Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
2014-01-09 15:56:09,847 INFO  [c.c.v.VirtualMachineManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1174)

the disk image gets copied to the local storage directory (2.6GB routing-9.vhd 
and ROOT-1.vhd, ROOT-2.vhd ROOT-3.vhd etc)





Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 14:17
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Systemvm template for HyperV is already pushed to download.cloud.com Here is 
the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

OK so

ipconfig /all returned:

Host Name:  WIN-G23HSIAIU40
And
Primary dns suffix: BLANK

I ran:

netdom computername hostname.domain.com /add:newhostname.newdomain.com netdom 
computername hostname.domain.com /makeprimary:newhostname.newdomain.com

to set the dns suffix (then re

Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Marcus Sorensen]

Oops, the list got dropped off accidentally.

My previous two messages were in regards to CS 4.2. To recap, in 4.2
the UI would interpret no vlan entered as 'untagged' and pass that as
a parameter. Undocumented or not, it was being used by the API's
biggest customer.

with 4.2, passing 'untagged' resulted in:

Saving vlan range
Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

with 4.3 AND 4.2, passing 'untagged' fails with 'Vlan id required',
because untagged was changed to null, while an empty string fell
through the null check and resulted in
Saving vlan range
Vlan[|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
which breaks later: Networks.java line 323, "Unable to convert to
isolation URI:"

with 4.3, minus patch aaf3979cf92518d3dc5587ea0192f4b3ce1e7866,
passing vlan=untagged results in:
Saving vlan range
Vlan[vlan://untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

Which is exactly the behavior we want to see for both "" and
"untagged", if we want to maintain compatibility with previous public
network deployments.

On Thu, Jan 9, 2014 at 11:25 AM, Marcus Sorensen  wrote:
> no, I guess it was saved as 'untagged'
>
>
> On Thu, Jan 9, 2014 at 11:24 AM, Marcus Sorensen  wrote:
>> Worse, the ui was coded to interpret an empty vlan box as 'untagged',
>> and passed that to the mgmt server:
>>
>> 2014-01-09 11:22:39,832 DEBUG
>> [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>> Access granted to Acct[c1eb9eda-23eb-4a4b-bc7a-9a780c621805-admin] to
>> zone:7 by DomainChecker_EnhancerByCloudStack_daf36577
>>
>> 2014-01-09 11:22:39,857 DEBUG
>> [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>> Saving vlan range
>> Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
>>
>> And note the debug line stating that the value was saved as
>> Vlan.UNTAGGED type rather than null, "untagged" as a string, or empty.
>>
>> On Thu, Jan 9, 2014 at 11:19 AM, Marcus Sorensen  wrote:
>>> More test results:
>>>
>>> patch 'aaf3979cf92518d3dc5587ea0192f4b3ce1e7866' reverted, tests
>>> passed when providing vlan=untagged (ssvm came up)
>>>
>>> you can see the config I'm running in
>>> tools/devcloud-kvm/devcloud-kvm-advanced.cfg. It's a simple advanced
>>> network... that sounds oxymoronic.
>>>
>>> Will try with vlan=""
>>>
>>> On Thu, Jan 9, 2014 at 11:16 AM, Marcus Sorensen  
>>> wrote:
 Ok, starting to get a glimmer here by looking at 4.2. It seems
 previously neither "" nor "untagged" were null values, I don't see any
 place where they were changed to null. This fell through things like
 (ConfigurationManagerImpl):

 } else if (network.getTrafficType() == TrafficType.Public &&
 vlanId == null) {
 // vlan id is required for public network
 throw new InvalidParameterValueException("Vlan id is
 required when add ip range to the public network");
 }

 if (vlanId == null) {
 vlanId = Vlan.UNTAGGED;
 }

 Now that we're saying that "" and "untagged" should be null, its
 triggering unexpected consequences. Unfortunately, I imagine there are
 a lot of installations that have assigned no vlan range to their
 public space, simply telling it where the public space is via traffic
 label.



 On Thu, Jan 9, 2014 at 11:07 AM, Marcus Sorensen  
 wrote:
> It's fine to interpret 'untagged' and '' as the same, but something
> has changed here. I don't think they were interpreted as null
> previously, as supplying either untagged or "" for the first public
> range breaks with 4.3 if you have an advanced network (per previous
> email).
>
> On Thu, Jan 9, 2014 at 11:00 AM, Daan Hoogland  
> wrote:
>> Meaning left or right,  api behavior will have to change :(
>> As UNTAGGED was never documented to work, let's change that one.
>>
>> mobile biligual spell checker used
>>
>> Op 9 jan. 2014 18:10 schreef "Marcus Sorensen" :
>>
>>> Let me see if I can dig up the specifics. If I remember right, it just
>>> seemed backward. No vlan id should be treated as untagged, not
>>> untagged treated as null. There's a lot of code that is skipped if
>>> vlanid is null, but does useful things if UNTAGGED. Ill be back in an
>>> hour or two with the results.
>>>
>>> On Thu, Jan 9, 2014 at 1:25 AM, Daan Hoogland 
>>> wrote:
>>> > H Marcus,
>>> >
>>> > concerning https://issues.apache.org/jira/browse/CLOUDSTACK-5502
>>> >
>>> > Is this still a problem for you? Can I have some more info? I was
>>> > aware of the setting of vlan back to untagged when I wrote it. That's
>>> > why I thought it wouldn't be a problem. In a prior mail of you you
>>> > downwrote the issue as specific to your use-case. I really want to
>>> > 

Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Marcus Sorensen]

I think we simply make "" == untagged in CreateVlanIpRangeCmd and be
done with it. It maintains compatibility with the UI and any
installations that have taken advantage of it. Will post a patch
review.

On Thu, Jan 9, 2014 at 11:41 AM, Daan Hoogland  wrote:
> Sound like we need to implement 4 different behaviors. Given api and ui
> history. Will look at it tomorow.
>
> mobile biligual spell checker used
>
> Op 9 jan. 2014 19:25 schreef "Marcus Sorensen" :
>
>> no, I guess it was saved as 'untagged'
>>
>>
>> On Thu, Jan 9, 2014 at 11:24 AM, Marcus Sorensen 
>> wrote:
>> > Worse, the ui was coded to interpret an empty vlan box as 'untagged',
>> > and passed that to the mgmt server:
>> >
>> > 2014-01-09 11:22:39,832 DEBUG
>> > [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>> > Access granted to Acct[c1eb9eda-23eb-4a4b-bc7a-9a780c621805-admin] to
>> > zone:7 by DomainChecker_EnhancerByCloudStack_daf36577
>> >
>> > 2014-01-09 11:22:39,857 DEBUG
>> > [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>> > Saving vlan range
>> >
>> > Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
>> >
>> > And note the debug line stating that the value was saved as
>> > Vlan.UNTAGGED type rather than null, "untagged" as a string, or empty.
>> >
>> > On Thu, Jan 9, 2014 at 11:19 AM, Marcus Sorensen 
>> > wrote:
>> >> More test results:
>> >>
>> >> patch 'aaf3979cf92518d3dc5587ea0192f4b3ce1e7866' reverted, tests
>> >> passed when providing vlan=untagged (ssvm came up)
>> >>
>> >> you can see the config I'm running in
>> >> tools/devcloud-kvm/devcloud-kvm-advanced.cfg. It's a simple advanced
>> >> network... that sounds oxymoronic.
>> >>
>> >> Will try with vlan=""
>> >>
>> >> On Thu, Jan 9, 2014 at 11:16 AM, Marcus Sorensen 
>> >> wrote:
>> >>> Ok, starting to get a glimmer here by looking at 4.2. It seems
>> >>> previously neither "" nor "untagged" were null values, I don't see any
>> >>> place where they were changed to null. This fell through things like
>> >>> (ConfigurationManagerImpl):
>> >>>
>> >>> } else if (network.getTrafficType() == TrafficType.Public &&
>> >>> vlanId == null) {
>> >>> // vlan id is required for public network
>> >>> throw new InvalidParameterValueException("Vlan id is
>> >>> required when add ip range to the public network");
>> >>> }
>> >>>
>> >>> if (vlanId == null) {
>> >>> vlanId = Vlan.UNTAGGED;
>> >>> }
>> >>>
>> >>> Now that we're saying that "" and "untagged" should be null, its
>> >>> triggering unexpected consequences. Unfortunately, I imagine there are
>> >>> a lot of installations that have assigned no vlan range to their
>> >>> public space, simply telling it where the public space is via traffic
>> >>> label.
>> >>>
>> >>>
>> >>>
>> >>> On Thu, Jan 9, 2014 at 11:07 AM, Marcus Sorensen 
>> >>> wrote:
>>  It's fine to interpret 'untagged' and '' as the same, but something
>>  has changed here. I don't think they were interpreted as null
>>  previously, as supplying either untagged or "" for the first public
>>  range breaks with 4.3 if you have an advanced network (per previous
>>  email).
>> 
>>  On Thu, Jan 9, 2014 at 11:00 AM, Daan Hoogland
>>   wrote:
>> > Meaning left or right,  api behavior will have to change :(
>> > As UNTAGGED was never documented to work, let's change that one.
>> >
>> > mobile biligual spell checker used
>> >
>> > Op 9 jan. 2014 18:10 schreef "Marcus Sorensen"
>> > :
>> >
>> >> Let me see if I can dig up the specifics. If I remember right, it
>> >> just
>> >> seemed backward. No vlan id should be treated as untagged, not
>> >> untagged treated as null. There's a lot of code that is skipped if
>> >> vlanid is null, but does useful things if UNTAGGED. Ill be back in
>> >> an
>> >> hour or two with the results.
>> >>
>> >> On Thu, Jan 9, 2014 at 1:25 AM, Daan Hoogland
>> >> 
>> >> wrote:
>> >> > H Marcus,
>> >> >
>> >> > concerning https://issues.apache.org/jira/browse/CLOUDSTACK-5502
>> >> >
>> >> > Is this still a problem for you? Can I have some more info? I was
>> >> > aware of the setting of vlan back to untagged when I wrote it.
>> >> > That's
>> >> > why I thought it wouldn't be a problem. In a prior mail of you
>> >> > you
>> >> > downwrote the issue as specific to your use-case. I really want
>> >> > to
>> >> > understand as much as possible of these problems with
>> >> > BroadcastDomainType as little varieties appear all over the place
>> >> > once
>> >> > in a while.
>> >> >
>> >> > thanks,
>> >> > Daan
>> >> >
>> >> >
>> >> > -- Forwarded message --
>> >> > From: Daan Hoogland 
>> >> > Date: Tue, Jan 7, 2014 at 4:30 PM
>> >> > Subject: Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API
>

Review Request 16758: vlan="" should end up as untagged vlan URI

[Marcus Sorensen]

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

Review request for cloudstack and daan Hoogland.


Bugs: CLOUDSTACK-5502
https://issues.apache.org/jira/browse/CLOUDSTACK-5502


Repository: cloudstack-git


Description
---

See conversation on mailing list and CLOUDSTACK-5502:

To recap, in 4.2
the UI would interpret no vlan entered as 'untagged' and pass that as
a parameter. Undocumented or not, it was being used by the API's
biggest customer.

with 4.2, passing 'untagged' resulted in:

Saving vlan range
Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

with 4.3 AND 4.2, passing 'untagged' fails with 'Vlan id required',
because untagged was changed to null, while an empty string fell
through the null check and resulted in
Saving vlan range
Vlan[|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
which breaks later: Networks.java line 323, "Unable to convert to
isolation URI:"

with 4.3, minus patch aaf3979cf92518d3dc5587ea0192f4b3ce1e7866,
passing vlan=untagged results in:
Saving vlan range
Vlan[vlan://untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

Which is exactly the behavior we want to see for both "" and
"untagged", if we want to maintain compatibility with previous public
network deployments.


Diffs
-

  
api/src/org/apache/cloudstack/api/command/admin/vlan/CreateVlanIpRangeCmd.java 
541da1e 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9d282f 

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


Testing
---

Tested advanced zone deployments, passing both empty string for 'vlan' and 
'untagged'


Thanks,

Marcus Sorensen

Re: Review Request 16758: vlan="" should end up as untagged vlan URI

[Marcus Sorensen]

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

(Updated Jan. 9, 2014, 6:52 p.m.)


Review request for cloudstack and daan Hoogland.


Bugs: CLOUDSTACK-5502
https://issues.apache.org/jira/browse/CLOUDSTACK-5502


Repository: cloudstack-git


Description (updated)
---

See conversation on mailing list and CLOUDSTACK-5502:

To recap, in 4.2
the UI would interpret no vlan entered as 'untagged' and pass that as
a parameter. Undocumented or not, it was being used by the API's
biggest customer.

with 4.2, passing 'untagged' resulted in:

Saving vlan range
Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

with 4.3 AND 4.2, passing '' fails with 'Vlan id required',
because untagged was changed to null, while an empty string fell
through the null check and resulted in
Saving vlan range
Vlan[|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
which breaks later: Networks.java line 323, "Unable to convert to
isolation URI:"

with 4.3, minus patch aaf3979cf92518d3dc5587ea0192f4b3ce1e7866,
passing vlan=untagged results in:
Saving vlan range
Vlan[vlan://untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

Which is exactly the behavior we want to see for both "" and
"untagged", if we want to maintain compatibility with previous public
network deployments.


Diffs
-

  
api/src/org/apache/cloudstack/api/command/admin/vlan/CreateVlanIpRangeCmd.java 
541da1e 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9d282f 

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


Testing
---

Tested advanced zone deployments, passing both empty string for 'vlan' and 
'untagged'


Thanks,

Marcus Sorensen

Re: CLOUDSTACK-5502 [Automation] createVlanIpRange API failing, if you pass VLAN

[Marcus Sorensen]

Oops, I stated the problem incorrectly a few messages up, it's
confusing. Here's the proper issue, for posterity:

 To recap, in 4.2
the UI would interpret no vlan entered as 'untagged' and pass that as
a parameter. Undocumented or not, it was being used by the API's
biggest customer.

with 4.2, passing 'untagged' resulted in:

Saving vlan range
Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

with 4.3 AND 4.2, passing vlan="" fails with 'Vlan id required',
because untagged was changed to null, while an empty string fell
through the null check and resulted in
Saving vlan range
Vlan[|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
which breaks later: Networks.java line 323, "Unable to convert to
isolation URI:"

with 4.3, minus patch aaf3979cf92518d3dc5587ea0192f4b3ce1e7866,
passing vlan=untagged results in:
Saving vlan range
Vlan[vlan://untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]

Which is exactly the behavior we want to see for both "" and
"untagged", if we want to maintain compatibility with previous public
network deployments.

On Thu, Jan 9, 2014 at 11:43 AM, Marcus Sorensen  wrote:
> I think we simply make "" == untagged in CreateVlanIpRangeCmd and be
> done with it. It maintains compatibility with the UI and any
> installations that have taken advantage of it. Will post a patch
> review.
>
> On Thu, Jan 9, 2014 at 11:41 AM, Daan Hoogland  
> wrote:
>> Sound like we need to implement 4 different behaviors. Given api and ui
>> history. Will look at it tomorow.
>>
>> mobile biligual spell checker used
>>
>> Op 9 jan. 2014 19:25 schreef "Marcus Sorensen" :
>>
>>> no, I guess it was saved as 'untagged'
>>>
>>>
>>> On Thu, Jan 9, 2014 at 11:24 AM, Marcus Sorensen 
>>> wrote:
>>> > Worse, the ui was coded to interpret an empty vlan box as 'untagged',
>>> > and passed that to the mgmt server:
>>> >
>>> > 2014-01-09 11:22:39,832 DEBUG
>>> > [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>>> > Access granted to Acct[c1eb9eda-23eb-4a4b-bc7a-9a780c621805-admin] to
>>> > zone:7 by DomainChecker_EnhancerByCloudStack_daf36577
>>> >
>>> > 2014-01-09 11:22:39,857 DEBUG
>>> > [cloud.configuration.ConfigurationManagerImpl] (catalina-exec-50:null)
>>> > Saving vlan range
>>> >
>>> > Vlan[untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
>>> >
>>> > And note the debug line stating that the value was saved as
>>> > Vlan.UNTAGGED type rather than null, "untagged" as a string, or empty.
>>> >
>>> > On Thu, Jan 9, 2014 at 11:19 AM, Marcus Sorensen 
>>> > wrote:
>>> >> More test results:
>>> >>
>>> >> patch 'aaf3979cf92518d3dc5587ea0192f4b3ce1e7866' reverted, tests
>>> >> passed when providing vlan=untagged (ssvm came up)
>>> >>
>>> >> you can see the config I'm running in
>>> >> tools/devcloud-kvm/devcloud-kvm-advanced.cfg. It's a simple advanced
>>> >> network... that sounds oxymoronic.
>>> >>
>>> >> Will try with vlan=""
>>> >>
>>> >> On Thu, Jan 9, 2014 at 11:16 AM, Marcus Sorensen 
>>> >> wrote:
>>> >>> Ok, starting to get a glimmer here by looking at 4.2. It seems
>>> >>> previously neither "" nor "untagged" were null values, I don't see any
>>> >>> place where they were changed to null. This fell through things like
>>> >>> (ConfigurationManagerImpl):
>>> >>>
>>> >>> } else if (network.getTrafficType() == TrafficType.Public &&
>>> >>> vlanId == null) {
>>> >>> // vlan id is required for public network
>>> >>> throw new InvalidParameterValueException("Vlan id is
>>> >>> required when add ip range to the public network");
>>> >>> }
>>> >>>
>>> >>> if (vlanId == null) {
>>> >>> vlanId = Vlan.UNTAGGED;
>>> >>> }
>>> >>>
>>> >>> Now that we're saying that "" and "untagged" should be null, its
>>> >>> triggering unexpected consequences. Unfortunately, I imagine there are
>>> >>> a lot of installations that have assigned no vlan range to their
>>> >>> public space, simply telling it where the public space is via traffic
>>> >>> label.
>>> >>>
>>> >>>
>>> >>>
>>> >>> On Thu, Jan 9, 2014 at 11:07 AM, Marcus Sorensen 
>>> >>> wrote:
>>>  It's fine to interpret 'untagged' and '' as the same, but something
>>>  has changed here. I don't think they were interpreted as null
>>>  previously, as supplying either untagged or "" for the first public
>>>  range breaks with 4.3 if you have an advanced network (per previous
>>>  email).
>>> 
>>>  On Thu, Jan 9, 2014 at 11:00 AM, Daan Hoogland
>>>   wrote:
>>> > Meaning left or right,  api behavior will have to change :(
>>> > As UNTAGGED was never documented to work, let's change that one.
>>> >
>>> > mobile biligual spell checker used
>>> >
>>> > Op 9 jan. 2014 18:10 schreef "Marcus Sorensen"
>>> > :
>>> >
>>> >> Let me see if I can dig up the specifics. If I remember right, it
>>> >> just
>>> >> seemed 

SSL and Nagle

[Demetrius Tsitrelis]

In CloudStack's various uses of SSL, I never see that we disable Nagle.  Isn't 
this a performance killer? 

Re: Review Request 16361: CLOUDSTACK-5535: Do not allow addNetwork to create NIC across VPC tiers and Isolated Networks

[Marcus Sorensen]

> On Jan. 9, 2014, 6:22 p.m., Alena Prokharchyk wrote:
> > Saksham,
> > 
> > The patch fails on 4.3 branch with the error:
> > 
> > Applying: CLOUDSTACK-5535 : Do not allow addNetwork to create NIC across 
> > VPC tiers and Isolated Networks
> > error: patch failed: server/src/com/cloud/vm/UserVmManagerImpl.java:973
> > error: server/src/com/cloud/vm/UserVmManagerImpl.java: patch does not apply
> > Patch failed at 0001 CLOUDSTACK-5535 : Do not allow addNetwork to create 
> > NIC across VPC tiers and Isolated Networks
> > The copy of the patch that failed is found in:
> >/Users/alena/repos/dr/cloudstack/.git/rebase-apply/patch
> > 
> > 
> > Please fix and submit again. Also submit a separate patch for the master 
> > branch, as there are changes in code style that might affect the 
> > cherry-pick.

Please dont submit again! :-) See my comments on CLOUDSTACK-5535


- Marcus


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


On Dec. 19, 2013, 5:25 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16361/
> ---
> 
> (Updated Dec. 19, 2013, 5:25 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Bugs: CLOUDSTACK-5535
> https://issues.apache.org/jira/browse/CLOUDSTACK-5535
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> addNetworkToVM allows adding any network to VM.
> Ideally a VM running in isolated Guest Network should not be able to add a 
> VPC tier.
> A VM running in VPC tier should not be allowed to add another tier
> A VM running in VPC tier should not be allowed to add another isolated guest 
> network
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 3ad49d8 
> 
> Diff: https://reviews.apache.org/r/16361/diff/
> 
> 
> Testing
> ---
> 
> VM having a nic in isolated guest network cannot add a VPC tier.
> VM having a nic in one VPC tier cannot add another VPC tier.
> VM having a nic in a VPC tier cannot add a isolated guest network.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Build failed in Jenkins: cloudstack-4.3-maven-build #316

[jenkins]

See 

--
[...truncated 551 lines...]
Receiving objects:  62% (288765/460815), 82.12 MiB | 213 KiB/s   
Receiving objects:  62% (289086/460815), 82.47 MiB | 255 KiB/s   
Receiving objects:  63% (290314/460815), 82.57 MiB | 258 KiB/s   
Receiving objects:  63% (291629/460815), 82.57 MiB | 258 KiB/s   
Receiving objects:  63% (293533/460815), 82.90 MiB | 276 KiB/s   
Receiving objects:  64% (294922/460815), 83.03 MiB | 279 KiB/s   
Receiving objects:  64% (295368/460815), 83.14 MiB | 268 KiB/s   
Receiving objects:  64% (297129/460815), 83.36 MiB | 250 KiB/s   
Receiving objects:  64% (298290/460815), 83.46 MiB | 200 KiB/s   
Receiving objects:  64% (298557/460815), 83.61 MiB | 176 KiB/s   
Receiving objects:  64% (298557/460815), 83.81 MiB | 164 KiB/s   
Receiving objects:  64% (298557/460815), 84.06 MiB | 169 KiB/s   
Receiving objects:  64% (299406/460815), 84.20 MiB | 180 KiB/s   
Receiving objects:  65% (299530/460815), 84.20 MiB | 180 KiB/s   
Receiving objects:  65% (300782/460815), 84.50 MiB | 225 KiB/s   
Receiving objects:  65% (303519/460815), 84.84 MiB | 264 KiB/s   
Receiving objects:  66% (304138/460815), 85.00 MiB | 280 KiB/s   
Receiving objects:  66% (305132/460815), 85.21 MiB | 289 KiB/s   
Receiving objects:  66% (305715/460815), 85.39 MiB | 298 KiB/s   
Receiving objects:  66% (306764/460815), 85.64 MiB | 297 KiB/s   
Receiving objects:  66% (307521/460815), 85.93 MiB | 293 KiB/s   
Receiving objects:  66% (307999/460815), 86.18 MiB | 273 KiB/s   
Receiving objects:  66% (308403/460815), 86.39 MiB | 244 KiB/s   
Receiving objects:  66% (308514/460815), 86.63 MiB | 231 KiB/s   
Receiving objects:  66% (308610/460815), 86.71 MiB | 218 KiB/s   
Receiving objects:  67% (308747/460815), 86.82 MiB | 211 KiB/s   
Receiving objects:  67% (308998/460815), 86.90 MiB | 195 KiB/s   
Receiving objects:  67% (309179/460815), 87.11 MiB | 185 KiB/s   
Receiving objects:  67% (309583/460815), 87.36 MiB | 198 KiB/s   
Receiving objects:  67% (309948/460815), 87.58 MiB | 200 KiB/s   
Receiving objects:  67% (310322/460815), 87.65 MiB | 201 KiB/s   
Receiving objects:  67% (310424/460815), 87.85 MiB | 202 KiB/s   
Receiving objects:  67% (310491/460815), 87.98 MiB | 186 KiB/s   
Receiving objects:  67% (310888/460815), 88.14 MiB | 166 KiB/s   
Receiving objects:  67% (311184/460815), 88.27 MiB | 141 KiB/s   
Receiving objects:  67% (311580/460815), 88.34 MiB | 139 KiB/s   
Receiving objects:  67% (311792/460815), 88.50 MiB | 134 KiB/s   
Receiving objects:  68% (313355/460815), 88.69 MiB | 147 KiB/s   
Receiving objects:  68% (313929/460815), 88.69 MiB | 147 KiB/s   
Receiving objects:  68% (316061/460815), 88.93 MiB | 166 KiB/s   
Receiving objects:  68% (316968/460815), 89.21 MiB | 201 KiB/s   
Receiving objects:  69% (317963/460815), 89.35 MiB | 220 KiB/s   
Receiving objects:  69% (318589/460815), 89.52 MiB | 239 KiB/s   
Receiving objects:  69% (320259/460815), 89.82 MiB | 263 KiB/s   
Receiving objects:  69% (321622/460815), 90.11 MiB | 252 KiB/s   
Receiving objects:  69% (321763/460815), 90.22 MiB | 244 KiB/s   
Receiving objects:  69% (322365/460815), 90.31 MiB | 231 KiB/s   
Receiving objects:  70% (322571/460815), 90.40 MiB | 218 KiB/s   
Receiving objects:  70% (322943/460815), 90.61 MiB | 190 KiB/s   
Receiving objects:  70% (323431/460815), 90.74 MiB | 191 KiB/s   
Receiving objects:  70% (324982/460815), 91.02 MiB | 201 KiB/s   
Receiving objects:  70% (326185/460815), 91.31 MiB | 230 KiB/s   
Receiving objects:  71% (327179/460815), 91.49 MiB | 250 KiB/s   
Receiving objects:  71% (328120/460815), 91.68 MiB | 272 KiB/s   
Receiving objects:  71% (329064/460815), 92.07 MiB | 296 KiB/s   
Receiving objects:  71% (331546/460815), 92.26 MiB | 308 KiB/s   
Receiving objects:  71% (331648/460815), 92.68 MiB | 300 KiB/s   
Receiving objects:  71% (331648/460815), 92.83 MiB | 302 KiB/s   
Receiving objects:  71% (331649/460815), 93.18 MiB | 298 KiB/s   
Receiving objects:  71% (331649/460815), 93.54 MiB | 305 KiB/s   
Receiving objects:  71% (331649/460815), 93.81 MiB | 299 KiB/s   
Receiving objects:  71% (331649/460815), 94.00 MiB | 276 KiB/s   
Receiving objects:  71% (331649/460815), 94.18 MiB | 243 KiB/s   
Receiving objects:  71% (331649/460815), 94.39 MiB | 212 KiB/s   
Receiving objects:  71% (331649/460815), 94.53 MiB | 208 KiB/s   
Receiving objects:  71% (331649/460815), 94.79 MiB | 194 KiB/s   
Receiving objects:  71% (331649/460815), 94.97 MiB | 193 KiB/s   
Receiving objects:  71% (331649/460815), 95.09 MiB | 200 KiB/s   
Receiving objects:  71% (331649/460815), 95.36 MiB | 212 KiB/s   
Receiving objects:  71% (331649/460815), 95.66 MiB | 222 KiB/s   
Receiving objects:  71% (331649/460815), 96.02 MiB | 252 KiB/s   
Receiving objects:  71% (331649/460815), 96.29 MiB | 270 KiB/s   
Receiving objects:  71% (331649/460815), 96.41 MiB | 270 KiB/s   
Receiving objects:  71% (331649/4608

Build failed in Jenkins: cloudstack-4.3-maven-build #317

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  74% (341859/460815), 123.92 MiB | 456 KiB/s   
Receiving objects:  75% (345612/460815), 124.21 MiB | 483 KiB/s   
Receiving objects:  75% (345883/460815), 124.21 MiB | 483 KiB/s   
Receiving objects:  75% (348848/460815), 124.89 MiB | 541 KiB/s   
Receiving objects:  75% (349822/460815), 125.76 MiB | 579 KiB/s   
Receiving objects:  75% (349822/460815), 126.17 MiB | 556 KiB/s   
Receiving objects:  75% (349822/460815), 126.64 MiB | 529 KiB/s   
Receiving objects:  75% (349824/460815), 127.16 MiB | 499 KiB/s   
Receiving objects:  75% (349824/460815), 127.74 MiB | 500 KiB/s   
Receiving objects:  75% (349824/460815), 128.17 MiB | 486 KiB/s   
Receiving objects:  75% (349825/460815), 128.34 MiB | 472 KiB/s   
Receiving objects:  75% (349827/460815), 128.75 MiB | 458 KiB/s   
Receiving objects:  75% (349827/460815), 129.09 MiB | 405 KiB/s   
Receiving objects:  75% (349827/460815), 129.39 MiB | 341 KiB/s   
Receiving objects:  75% (349827/460815), 129.74 MiB | 323 KiB/s   
Receiving objects:  75% (349827/460815), 130.12 MiB | 319 KiB/s   
Receiving objects:  75% (349827/460815), 130.25 MiB | 298 KiB/s   
Receiving objects:  75% (349827/460815), 130.54 MiB | 291 KiB/s   
Receiving objects:  75% (349827/460815), 130.86 MiB | 296 KiB/s   
Receiving objects:  75% (349827/460815), 131.07 MiB | 267 KiB/s   
Receiving objects:  75% (349827/460815), 131.22 MiB | 258 KiB/s   
Receiving objects:  75% (349827/460815), 131.35 MiB | 211 KiB/s   
Receiving objects:  75% (349827/460815), 131.40 MiB | 190 KiB/s   
Receiving objects:  75% (349827/460815), 131.55 MiB | 156 KiB/s   
Receiving objects:  75% (349827/460815), 131.75 MiB | 150 KiB/s   
Receiving objects:  75% (349827/460815), 132.00 MiB | 152 KiB/s   
Receiving objects:  75% (349827/460815), 132.30 MiB | 200 KiB/s   
Receiving objects:  75% (349827/460815), 132.53 MiB | 228 KiB/s   
Receiving objects:  75% (349827/460815), 132.75 MiB | 243 KiB/s   
Receiving objects:  75% (349827/460815), 133.04 MiB | 260 KiB/s   
Receiving objects:  75% (349827/460815), 133.39 MiB | 271 KiB/s   
Receiving objects:  75% (349827/460815), 133.79 MiB | 301 KiB/s   
Receiving objects:  75% (349827/460815), 134.24 MiB | 352 KiB/s   
Receiving objects:  75% (349827/460815), 134.75 MiB | 411 KiB/s   
Receiving objects:  75% (349827/460815), 135.30 MiB | 460 KiB/s   
Receiving objects:  75% (349827/460815), 135.59 MiB | 488 KiB/s   
Receiving objects:  75% (349827/460815), 136.15 MiB | 521 KiB/s   
Receiving objects:  75% (349827/460815), 136.46 MiB | 475 KiB/s   
Receiving objects:  75% (349827/460815), 136.71 MiB | 412 KiB/s   
Receiving objects:  75% (349827/460815), 137.03 MiB | 360 KiB/s   
Receiving objects:  75% (349827/460815), 137.35 MiB | 293 KiB/s   
Receiving objects:  75% (349827/460815), 137.45 MiB | 266 KiB/s   
Receiving objects:  75% (349827/460815), 137.71 MiB | 262 KiB/s   
Receiving objects:  75% (349827/460815), 138.04 MiB | 279 KiB/s   
Receiving objects:  75% (349827/460815), 138.41 MiB | 285 KiB/s   
Receiving objects:  75% (349827/460815), 138.54 MiB | 270 KiB/s   
Receiving objects:  75% (349827/460815), 138.79 MiB | 262 KiB/s   
Receiving objects:  75% (349827/460815), 139.01 MiB | 245 KiB/s   
Receiving objects:  75% (349827/460815), 139.08 MiB | 222 KiB/s   
Receiving objects:  75% (349827/460815), 139.25 MiB | 187 KiB/s   
Receiving objects:  75% (349827/460815), 139.41 MiB | 163 KiB/s   
Receiving objects:  75% (349827/460815), 139.49 MiB | 153 KiB/s   
Receiving objects:  75% (349827/460815), 139.71 MiB | 152 KiB/s   
Receiving objects:  75% (349827/460815), 139.99 MiB | 182 KiB/s   
Receiving objects:  75% (349827/460815), 140.32 MiB | 224 KiB/s   
Receiving objects:  75% (349827/460815), 140.73 MiB | 273 KiB/s   
Receiving objects:  75% (349827/460815), 141.19 MiB | 324 KiB/s   
Receiving objects:  75% (349827/460815), 141.37 MiB | 341 KiB/s   
Receiving objects:  75% (349827/460815), 141.68 MiB | 336 KiB/s   
Receiving objects:  75% (349827/460815), 141.88 MiB | 339 KiB/s   
Receiving objects:  75% (349827/460815), 142.35 MiB | 347 KiB/s   
Receiving objects:  75% (349828/460815), 142.61 MiB | 352 KiB/s   
Receiving objects:  75% (349830/460815), 143.13 MiB | 367 KiB/s   
Receiving objects:  75% (349836/460815), 143.71 MiB | 423 KiB/s   
Receiving objects:  75% (349838/460815), 143.98 MiB | 451 KiB/s   
Receiving objects:  75% (349842/460815), 144.75 MiB | 528 KiB/s   
Receiving objects:  75% (349845/460815), 145.41 MiB | 583 KiB/s   
Receiving objects:  75% (349849/460815), 146.36 MiB | 607 KiB/s   
Receiving objects:  75% (349850/460815), 146.56 MiB | 597 KiB/s   
Receiving objects:  75% (349850/460815), 147.00 MiB | 550 KiB/s   
Receiving objects:  75% (349852/460815), 147.20 MiB | 506 KiB/s   
Receiving objects:  75% (349856/460815), 147.53 MiB | 434 KiB/s   
Receiving objects:  75% (34985

Build failed in Jenkins: cloudstack-4.3-maven-build #318

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (349826/460815), 128.75 MiB | 307 KiB/s   
Receiving objects:  75% (349827/460815), 129.15 MiB | 318 KiB/s   
Receiving objects:  75% (349827/460815), 129.60 MiB | 356 KiB/s   
Receiving objects:  75% (349827/460815), 130.11 MiB | 405 KiB/s   
Receiving objects:  75% (349827/460815), 130.66 MiB | 460 KiB/s   
Receiving objects:  75% (349827/460815), 131.26 MiB | 508 KiB/s   
Receiving objects:  75% (349827/460815), 131.82 MiB | 543 KiB/s   
Receiving objects:  75% (349827/460815), 132.18 MiB | 513 KiB/s   
Receiving objects:  75% (349827/460815), 132.64 MiB | 497 KiB/s   
Receiving objects:  75% (349827/460815), 133.18 MiB | 485 KiB/s   
Receiving objects:  75% (349827/460815), 133.43 MiB | 462 KiB/s   
Receiving objects:  75% (349827/460815), 134.06 MiB | 470 KiB/s   
Receiving objects:  75% (349827/460815), 134.53 MiB | 481 KiB/s   
Receiving objects:  75% (349827/460815), 134.93 MiB | 461 KiB/s   
Receiving objects:  75% (349827/460815), 135.19 MiB | 465 KiB/s   
Receiving objects:  75% (349827/460815), 135.64 MiB | 436 KiB/s   
Receiving objects:  75% (349827/460815), 135.86 MiB | 342 KiB/s   
Receiving objects:  75% (349827/460815), 135.96 MiB | 323 KiB/s   
Receiving objects:  75% (349827/460815), 136.25 MiB | 276 KiB/s   
Receiving objects:  75% (349827/460815), 136.54 MiB | 252 KiB/s   
Receiving objects:  75% (349827/460815), 136.63 MiB | 228 KiB/s   
Receiving objects:  75% (349827/460815), 136.77 MiB | 193 KiB/s   
Receiving objects:  75% (349827/460815), 136.93 MiB | 192 KiB/s   
Receiving objects:  75% (349827/460815), 137.13 MiB | 184 KiB/s   
Receiving objects:  75% (349827/460815), 137.39 MiB | 180 KiB/s   
Receiving objects:  75% (349827/460815), 137.71 MiB | 217 KiB/s   
Receiving objects:  75% (349827/460815), 138.08 MiB | 268 KiB/s   
Receiving objects:  75% (349827/460815), 138.30 MiB | 296 KiB/s   
Receiving objects:  75% (349827/460815), 138.68 MiB | 332 KiB/s   
Receiving objects:  75% (349827/460815), 138.96 MiB | 335 KiB/s   
Receiving objects:  75% (349827/460815), 139.21 MiB | 309 KiB/s   
Receiving objects:  75% (349827/460815), 139.43 MiB | 277 KiB/s   
Receiving objects:  75% (349827/460815), 139.66 MiB | 236 KiB/s   
Receiving objects:  75% (349827/460815), 139.75 MiB | 219 KiB/s   
Receiving objects:  75% (349827/460815), 140.00 MiB | 202 KiB/s   
Receiving objects:  75% (349827/460815), 140.28 MiB | 214 KiB/s   
Receiving objects:  75% (349827/460815), 140.43 MiB | 223 KiB/s   
Receiving objects:  75% (349827/460815), 140.79 MiB | 249 KiB/s   
Receiving objects:  75% (349827/460815), 141.17 MiB | 290 KiB/s   
Receiving objects:  75% (349827/460815), 141.64 MiB | 350 KiB/s   
Receiving objects:  75% (349827/460815), 142.14 MiB | 395 KiB/s   
Receiving objects:  75% (349827/460815), 142.43 MiB | 385 KiB/s   
Receiving objects:  75% (349827/460815), 142.72 MiB | 369 KiB/s   
Receiving objects:  75% (349829/460815), 142.89 MiB | 352 KiB/s   
Receiving objects:  75% (349830/460815), 143.20 MiB | 313 KiB/s   
Receiving objects:  75% (349833/460815), 143.34 MiB | 289 KiB/s   
Receiving objects:  75% (349836/460815), 143.76 MiB | 285 KiB/s   
Receiving objects:  75% (349837/460815), 144.18 MiB | 295 KiB/s   
Receiving objects:  75% (349839/460815), 144.36 MiB | 304 KiB/s   
Receiving objects:  75% (349841/460815), 144.64 MiB | 307 KiB/s   
Receiving objects:  75% (349841/460815), 144.93 MiB | 303 KiB/s   
Receiving objects:  75% (349842/460815), 145.18 MiB | 282 KiB/s   
Receiving objects:  75% (349843/460815), 145.45 MiB | 254 KiB/s   
Receiving objects:  75% (349844/460815), 145.75 MiB | 257 KiB/s   
Receiving objects:  75% (349848/460815), 145.94 MiB | 271 KiB/s   
Receiving objects:  75% (349849/460815), 146.32 MiB | 296 KiB/s   
Receiving objects:  75% (349850/460815), 146.76 MiB | 336 KiB/s   
Receiving objects:  75% (349851/460815), 147.00 MiB | 367 KiB/s   
Receiving objects:  75% (349856/460815), 147.79 MiB | 445 KiB/s   
Receiving objects:  75% (349860/460815), 148.32 MiB | 481 KiB/s   
Receiving objects:  75% (349861/460815), 148.66 MiB | 464 KiB/s   
Receiving objects:  75% (349862/460815), 148.86 MiB | 455 KiB/s   
Receiving objects:  75% (349986/460815), 149.23 MiB | 419 KiB/s   
Receiving objects:  75% (349992/460815), 149.68 MiB | 331 KiB/s   
Receiving objects:  75% (349992/460815), 149.79 MiB | 309 KiB/s   
Receiving objects:  75% (349992/460815), 149.98 MiB | 278 KiB/s   
Receiving objects:  75% (349992/460815), 150.23 MiB | 241 KiB/s   
Receiving objects:  75% (349993/460815), 150.37 MiB | 245 KiB/s   
Receiving objects:  75% (349993/460815), 150.87 MiB | 257 KiB/s   
Receiving objects:  75% (349994/460815), 151.29 MiB | 307 KiB/s   
Receiving objects:  75% (349996/460815), 151.75 MiB | 358 KiB/s   
Receiving objects:  75% (349997/460815), 152.07 MiB | 361 KiB/s   
Receiving objects:  75% (34999

Re: CentOS Special Interest Group

[Milamber]

Le 09/01/2014 09:11, Sebastien Goasguen a ecrit :

Hi,

With the recent CentOS announcement there is a call for Special Interest Group 
(SIG):
http://www.centos.org/variants/

This might be an opportunity to create an official centos variant for our 
management server and hypervisor setup as well as CentOS templates with 
Cloud-init support.

I sent an email to centos-devel@ list to that effect.

Anyone willing to step up and help with this is welcome, there will be a centos 
dojo on January 31st in Brussells area ahead of FOSDEM, it might be a good 
venue to discuss this.

Hello Sebastien,

I'm interested for participate to this SIG (both to Centos as host and 
Centos/cloud-init).


Milamber





Cheers,

-sebastien

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

I can install the plug-in for Eclipse.

Thanks, Alex!


On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang  wrote:

> Mike,
>
> If you're using eclipse, checkstyle has a plugin that you can install.
>  Point the plugin to the style file in tools/checkstyle/cloud-style.xml and
> it will use the same syntax.  I've always found it much easier to use the
> plugin than to read the build outputs.
>
> If you don't want to install the plugin, I don't think your log copy
> didn't include the actual errors.  You might want to look further up or
> down on your console to see what's the violation.
>
> --Alex
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Thursday, January 9, 2014 9:49 AM
> > To: dev@cloudstack.apache.org
> > Subject: Unfamiliar with checkstyle
> >
> > Hi,
> >
> > I was merging some code from 4.3 to master and received three checkstyle
> > errors.
> >
> > I'm not really familiar with how to find out details of these errors. Can
> > someone point me to the right place to begin my investigation?
> >
> > All I see right now is the following:
> >
> > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default) on
> > project cloudstack: Failed during checkstyle execution: There are 3
> checkstyle
> > errors. -> [Help 1]
> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> (default)
> > on project cloudstack: Failed during checkstyle execution at
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> > va:217)
> > at
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> > va:153)
> > at
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> > va:145)
> > at
> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> > cycleModuleBuilder.java:84)
> > at
> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> > cycleModuleBuilder.java:59)
> > at
> >
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
> > ecycleStarter.java:183)
> > at
> >
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
> > .java:161)
> > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> > ava:57)
> > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> > sorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:606)
> > at
> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
> > er.java:290)
> > at
> > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
> > 0)
> > at
> > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
> > cher.java:409)
> > at
> > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
> > Caused by: org.apache.maven.plugin.MojoExecutionException: Failed during
> > checkstyle execution at
> > org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
> > e(CheckstyleViolationCheckMojo.java:422)
> > at
> > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
> > BuildPluginManager.java:101)
> > at
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> > va:209)
> > ... 19 more
> > Caused by:
> > org.apache.maven.plugin.checkstyle.CheckstyleExecutorException:
> > There are 3 checkstyle errors.
> > at
> > org.apache.maven.plugin.checkstyle.DefaultCheckstyleExecutor.executeChe
> > ckstyle(DefaultCheckstyleExecutor.java:218)
> > at
> > org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
> > e(CheckstyleViolationCheckMojo.java:413)
> > ... 21 more
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>



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

Build failed in Jenkins: cloudstack-4.3-maven-build #319

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (349827/460815), 137.28 MiB | 457 KiB/s   
Receiving objects:  75% (349827/460815), 137.61 MiB | 447 KiB/s   
Receiving objects:  75% (349827/460815), 137.99 MiB | 417 KiB/s   
Receiving objects:  75% (349827/460815), 138.18 MiB | 402 KiB/s   
Receiving objects:  75% (349827/460815), 138.47 MiB | 351 KiB/s   
Receiving objects:  75% (349827/460815), 138.79 MiB | 313 KiB/s   
Receiving objects:  75% (349827/460815), 139.20 MiB | 323 KiB/s   
Receiving objects:  75% (349827/460815), 139.68 MiB | 349 KiB/s   
Receiving objects:  75% (349827/460815), 140.20 MiB | 398 KiB/s   
Receiving objects:  75% (349827/460815), 140.46 MiB | 416 KiB/s   
Receiving objects:  75% (349827/460815), 140.91 MiB | 449 KiB/s   
Receiving objects:  75% (349827/460815), 141.25 MiB | 432 KiB/s   
Receiving objects:  75% (349827/460815), 141.65 MiB | 418 KiB/s   
Receiving objects:  75% (349827/460815), 142.07 MiB | 396 KiB/s   
Receiving objects:  75% (349827/460815), 142.59 MiB | 395 KiB/s   
Receiving objects:  75% (349829/460815), 143.11 MiB | 436 KiB/s   
Receiving objects:  75% (349833/460815), 143.44 MiB | 471 KiB/s   
Receiving objects:  75% (349837/460815), 144.06 MiB | 519 KiB/s   
Receiving objects:  75% (349841/460815), 144.68 MiB | 551 KiB/s   
Receiving objects:  75% (349841/460815), 144.93 MiB | 485 KiB/s   
Receiving objects:  75% (349842/460815), 145.19 MiB | 424 KiB/s   
Receiving objects:  75% (349843/460815), 145.52 MiB | 363 KiB/s   
Receiving objects:  75% (349844/460815), 145.68 MiB | 330 KiB/s   
Receiving objects:  75% (349848/460815), 146.06 MiB | 279 KiB/s   
Receiving objects:  75% (349849/460815), 146.35 MiB | 290 KiB/s   
Receiving objects:  75% (349850/460815), 146.48 MiB | 293 KiB/s   
Receiving objects:  75% (349850/460815), 146.97 MiB | 299 KiB/s   
Receiving objects:  75% (349850/460815), 147.18 MiB | 309 KiB/s   
Receiving objects:  75% (349855/460815), 147.38 MiB | 313 KiB/s   
Receiving objects:  75% (349856/460815), 148.00 MiB | 353 KiB/s   
Receiving objects:  75% (349860/460815), 148.27 MiB | 351 KiB/s   
Receiving objects:  75% (349860/460815), 148.50 MiB | 324 KiB/s   
Receiving objects:  75% (349861/460815), 148.74 MiB | 289 KiB/s   
Receiving objects:  75% (349861/460815), 148.99 MiB | 239 KiB/s   
Receiving objects:  75% (349862/460815), 149.09 MiB | 221 KiB/s   
Receiving objects:  75% (349984/460815), 149.18 MiB | 214 KiB/s   
Receiving objects:  75% (349992/460815), 149.57 MiB | 216 KiB/s   
Receiving objects:  75% (349992/460815), 149.79 MiB | 203 KiB/s   
Receiving objects:  75% (349992/460815), 149.89 MiB | 201 KiB/s   
Receiving objects:  75% (349992/460815), 150.18 MiB | 217 KiB/s   
Receiving objects:  75% (349992/460815), 150.48 MiB | 230 KiB/s   
Receiving objects:  75% (349993/460815), 150.86 MiB | 260 KiB/s   
Receiving objects:  75% (349994/460815), 151.25 MiB | 309 KiB/s   
Receiving objects:  75% (349996/460815), 151.51 MiB | 340 KiB/s   
Receiving objects:  75% (349997/460815), 152.00 MiB | 386 KiB/s   
Receiving objects:  75% (349998/460815), 152.28 MiB | 368 KiB/s   
Receiving objects:  75% (34/460815), 152.39 MiB | 340 KiB/s   
Receiving objects:  75% (350001/460815), 152.67 MiB | 314 KiB/s   
Receiving objects:  75% (350003/460815), 152.94 MiB | 276 KiB/s   
Receiving objects:  75% (350007/460815), 153.13 MiB | 266 KiB/s   
Receiving objects:  75% (350008/460815), 153.46 MiB | 250 KiB/s   
Receiving objects:  75% (350009/460815), 153.64 MiB | 254 KiB/s   
Receiving objects:  75% (350011/460815), 153.82 MiB | 239 KiB/s   
Receiving objects:  75% (350012/460815), 154.03 MiB | 225 KiB/s   
Receiving objects:  75% (350015/460815), 154.28 MiB | 212 KiB/s   
Receiving objects:  75% (350018/460815), 154.43 MiB | 212 KiB/s   
Receiving objects:  75% (350021/460815), 154.95 MiB | 263 KiB/s   
Receiving objects:  75% (350026/460815), 155.15 MiB | 290 KiB/s   
Receiving objects:  75% (350030/460815), 155.60 MiB | 345 KiB/s   
Receiving objects:  75% (350034/460815), 156.09 MiB | 396 KiB/s   
Receiving objects:  75% (350039/460815), 156.65 MiB | 448 KiB/s   
Receiving objects:  75% (350041/460815), 157.17 MiB | 481 KiB/s   
Receiving objects:  75% (350118/460815), 157.51 MiB | 460 KiB/s   
Receiving objects:  75% (350124/460815), 157.93 MiB | 437 KiB/s   
Receiving objects:  75% (350124/460815), 158.23 MiB | 380 KiB/s   
Receiving objects:  75% (350124/460815), 158.54 MiB | 323 KiB/s   
Receiving objects:  75% (350125/460815), 158.54 MiB | 323 KiB/s   
Receiving objects:  75% (350126/460815), 159.15 MiB | 323 KiB/s   
Receiving objects:  75% (350126/460815), 159.63 MiB | 341 KiB/s   
Receiving objects:  75% (350128/460815), 160.18 MiB | 389 KiB/s   
Receiving objects:  75% (350128/460815), 160.41 MiB | 395 KiB/s   
Receiving objects:  75% (350128/460815), 160.67 MiB | 398 KiB/s   
Receiving objects:  75% (35013

Build failed in Jenkins: cloudstack-4.3-maven-build #320

[jenkins]

See 

--
[...truncated 558 lines...]
Receiving objects:  73% (336502/460815), 104.87 MiB | 195 KiB/s   
Receiving objects:  73% (336505/460815), 105.04 MiB | 180 KiB/s   
Receiving objects:  73% (336523/460815), 105.10 MiB | 175 KiB/s   
Receiving objects:  73% (336799/460815), 105.24 MiB | 165 KiB/s   
Receiving objects:  73% (337220/460815), 105.30 MiB | 154 KiB/s   
Receiving objects:  73% (337831/460815), 105.43 MiB | 130 KiB/s   
Receiving objects:  73% (338196/460815), 105.57 MiB | 119 KiB/s   
Receiving objects:  73% (338319/460815), 105.88 MiB | 146 KiB/s   
Receiving objects:  73% (338319/460815), 106.12 MiB | 171 KiB/s   
Receiving objects:  73% (338319/460815), 106.26 MiB | 186 KiB/s   
Receiving objects:  73% (338319/460815), 106.57 MiB | 226 KiB/s   
Receiving objects:  73% (338319/460815), 106.94 MiB | 272 KiB/s   
Receiving objects:  73% (338319/460815), 107.31 MiB | 307 KiB/s   
Receiving objects:  73% (338320/460815), 107.52 MiB | 327 KiB/s   
Receiving objects:  73% (338322/460815), 108.19 MiB | 384 KiB/s   
Receiving objects:  73% (338322/460815), 108.68 MiB | 420 KiB/s   
Receiving objects:  73% (338322/460815), 109.23 MiB | 464 KiB/s   
Receiving objects:  73% (338322/460815), 109.79 MiB | 500 KiB/s   
Receiving objects:  73% (338323/460815), 110.08 MiB | 521 KiB/s   
Receiving objects:  73% (338325/460815), 110.90 MiB | 547 KiB/s   
Receiving objects:  73% (338326/460815), 111.18 MiB | 553 KiB/s   
Receiving objects:  73% (338327/460815), 111.58 MiB | 512 KiB/s   
Receiving objects:  73% (338329/460815), 111.99 MiB | 479 KiB/s   
Receiving objects:  73% (338329/460815), 112.45 MiB | 447 KiB/s   
Receiving objects:  73% (338331/460815), 112.93 MiB | 442 KiB/s   
Receiving objects:  73% (338331/460815), 113.47 MiB | 459 KiB/s   
Receiving objects:  73% (338331/460815), 114.02 MiB | 477 KiB/s   
Receiving objects:  73% (338331/460815), 114.32 MiB | 449 KiB/s   
Receiving objects:  73% (338331/460815), 114.51 MiB | 385 KiB/s   
Receiving objects:  73% (338331/460815), 114.64 MiB | 351 KiB/s   
Receiving objects:  73% (338331/460815), 114.92 MiB | 291 KiB/s   
Receiving objects:  73% (338332/460815), 115.24 MiB | 252 KiB/s   
Receiving objects:  73% (338332/460815), 115.51 MiB | 245 KiB/s   
Receiving objects:  73% (338332/460815), 115.72 MiB | 248 KiB/s   
Receiving objects:  73% (338332/460815), 115.84 MiB | 246 KiB/s   
Receiving objects:  73% (338332/460815), 116.08 MiB | 244 KiB/s   
Receiving objects:  73% (338332/460815), 116.23 MiB | 208 KiB/s   
Receiving objects:  73% (338332/460815), 116.43 MiB | 192 KiB/s   
Receiving objects:  73% (338332/460815), 116.68 MiB | 202 KiB/s   
Receiving objects:  73% (338332/460815), 116.93 MiB | 205 KiB/s   
Receiving objects:  73% (338332/460815), 117.22 MiB | 233 KiB/s   
Receiving objects:  73% (338332/460815), 117.45 MiB | 246 KiB/s   
Receiving objects:  73% (338332/460815), 117.52 MiB | 233 KiB/s   
Receiving objects:  73% (338332/460815), 117.65 MiB | 206 KiB/s   
Receiving objects:  73% (338332/460815), 117.82 MiB | 187 KiB/s   
Receiving objects:  73% (338332/460815), 118.01 MiB | 165 KiB/s   
Receiving objects:  73% (338332/460815), 118.26 MiB | 171 KiB/s   
Receiving objects:  73% (338332/460815), 118.53 MiB | 205 KiB/s   
Receiving objects:  73% (338332/460815), 118.83 MiB | 242 KiB/s   
Receiving objects:  73% (338332/460815), 119.19 MiB | 281 KiB/s   
Receiving objects:  73% (338332/460815), 119.57 MiB | 317 KiB/s   
Receiving objects:  73% (338332/460815), 119.79 MiB | 335 KiB/s   
Receiving objects:  73% (339112/460815), 120.24 MiB | 377 KiB/s   
Receiving objects:  73% (339112/460815), 120.68 MiB | 405 KiB/s   
Receiving objects:  73% (339112/460815), 120.94 MiB | 385 KiB/s   
Receiving objects:  73% (339112/460815), 121.21 MiB | 360 KiB/s   
Receiving objects:  73% (339112/460815), 121.42 MiB | 305 KiB/s   
Receiving objects:  73% (339112/460815), 121.64 MiB | 247 KiB/s   
Receiving objects:  73% (339112/460815), 121.91 MiB | 234 KiB/s   
Receiving objects:  73% (339112/460815), 122.23 MiB | 244 KiB/s   
Receiving objects:  73% (339112/460815), 122.57 MiB | 270 KiB/s   
Receiving objects:  73% (339138/460815), 122.75 MiB | 290 KiB/s   
Receiving objects:  73% (339143/460815), 123.15 MiB | 329 KiB/s   
Receiving objects:  73% (339322/460815), 123.43 MiB | 331 KiB/s   
Receiving objects:  73% (340825/460815), 123.57 MiB | 322 KiB/s   
Receiving objects:  74% (341004/460815), 123.71 MiB | 315 KiB/s   
Receiving objects:  74% (341868/460815), 123.87 MiB | 313 KiB/s   
Receiving objects:  74% (343087/460815), 124.22 MiB | 304 KiB/s   
Receiving objects:  75% (345612/460815), 124.41 MiB | 300 KiB/s   
Receiving objects:  75% (346531/460815), 124.57 MiB | 296 KiB/s   
Receiving objects:  75% (347776/460815), 124.76 MiB | 296 KiB/s   
Receiving objects:  75% (348370/460815), 124.94 MiB | 279 KiB/s   
Receiving objects:  75% (34886

Build failed in Jenkins: cloudstack-4.3-maven-build #321

[jenkins]

See 

--
[...truncated 558 lines...]
Receiving objects:  71% (331649/460815), 92.47 MiB | 256 KiB/s   
Receiving objects:  71% (331649/460815), 92.73 MiB | 248 KiB/s   
Receiving objects:  71% (331649/460815), 93.03 MiB | 249 KiB/s   
Receiving objects:  71% (331650/460815), 93.21 MiB | 256 KiB/s   
Receiving objects:  71% (331650/460815), 93.56 MiB | 290 KiB/s   
Receiving objects:  71% (331650/460815), 93.94 MiB | 319 KiB/s   
Receiving objects:  71% (331650/460815), 94.38 MiB | 357 KiB/s   
Receiving objects:  71% (331650/460815), 94.75 MiB | 353 KiB/s   
Receiving objects:  71% (331650/460815), 94.89 MiB | 343 KiB/s   
Receiving objects:  71% (331650/460815), 95.22 MiB | 332 KiB/s   
Receiving objects:  71% (331650/460815), 95.59 MiB | 322 KiB/s   
Receiving objects:  71% (331650/460815), 95.95 MiB | 305 KiB/s   
Receiving objects:  71% (331650/460815), 96.14 MiB | 304 KiB/s   
Receiving objects:  71% (331650/460815), 96.46 MiB | 297 KiB/s   
Receiving objects:  71% (331650/460815), 96.61 MiB | 292 KiB/s   
Receiving objects:  71% (331650/460815), 96.93 MiB | 286 KiB/s   
Receiving objects:  72% (331787/460815), 96.93 MiB | 286 KiB/s   
Receiving objects:  72% (331890/460815), 97.07 MiB | 281 KiB/s   
Receiving objects:  72% (334545/460815), 97.43 MiB | 278 KiB/s   
Receiving objects:  72% (336034/460815), 97.85 MiB | 307 KiB/s   
Receiving objects:  73% (336395/460815), 98.07 MiB | 329 KiB/s   
Receiving objects:  73% (336490/460815), 98.29 MiB | 319 KiB/s   
Receiving objects:  73% (336490/460815), 98.36 MiB | 297 KiB/s   
Receiving objects:  73% (336490/460815), 98.53 MiB | 265 KiB/s   
Receiving objects:  73% (336490/460815), 98.75 MiB | 226 KiB/s   
Receiving objects:  73% (336490/460815), 98.89 MiB | 207 KiB/s   
Receiving objects:  73% (336490/460815), 99.18 MiB | 192 KiB/s   
Receiving objects:  73% (336490/460815), 99.50 MiB | 225 KiB/s   
Receiving objects:  73% (336491/460815), 99.68 MiB | 244 KiB/s   
Receiving objects:  73% (336491/460815), 100.22 MiB | 300 KiB/s   
Receiving objects:  73% (336491/460815), 100.62 MiB | 333 KiB/s   
Receiving objects:  73% (336491/460815), 100.86 MiB | 353 KiB/s   
Receiving objects:  73% (336491/460815), 101.30 MiB | 385 KiB/s   
Receiving objects:  73% (336492/460815), 101.77 MiB | 419 KiB/s   
Receiving objects:  73% (336493/460815), 102.34 MiB | 454 KiB/s   
Receiving objects:  73% (336494/460815), 102.75 MiB | 451 KiB/s   
Receiving objects:  73% (336496/460815), 103.20 MiB | 443 KiB/s   
Receiving objects:  73% (336496/460815), 103.52 MiB | 412 KiB/s   
Receiving objects:  73% (336496/460815), 103.72 MiB | 412 KiB/s   
Receiving objects:  73% (336497/460815), 104.10 MiB | 367 KiB/s   
Receiving objects:  73% (336498/460815), 104.33 MiB | 365 KiB/s   
Receiving objects:  73% (336503/460815), 104.84 MiB | 379 KiB/s   
Receiving objects:  73% (336799/460815), 105.25 MiB | 382 KiB/s   
Receiving objects:  73% (337936/460815), 105.51 MiB | 369 KiB/s   
Receiving objects:  73% (338318/460815), 105.86 MiB | 365 KiB/s   
Receiving objects:  73% (338318/460815), 106.20 MiB | 342 KiB/s   
Receiving objects:  73% (338318/460815), 106.57 MiB | 333 KiB/s   
Receiving objects:  73% (338318/460815), 107.00 MiB | 354 KiB/s   
Receiving objects:  73% (338318/460815), 107.43 MiB | 383 KiB/s   
Receiving objects:  73% (338321/460815), 107.65 MiB | 395 KiB/s   
Receiving objects:  73% (338321/460815), 108.49 MiB | 461 KiB/s   
Receiving objects:  73% (338321/460815), 109.04 MiB | 495 KiB/s   
Receiving objects:  73% (338321/460815), 109.63 MiB | 529 KiB/s   
Receiving objects:  73% (338322/460815), 109.97 MiB | 554 KiB/s   
Receiving objects:  73% (338324/460815), 110.98 MiB | 603 KiB/s   
Receiving objects:  73% (338324/460815), 111.29 MiB | 605 KiB/s   
Receiving objects:  73% (338328/460815), 112.07 MiB | 657 KiB/s   
Receiving objects:  73% (338329/460815), 112.40 MiB | 669 KiB/s   
Receiving objects:  73% (338330/460815), 113.57 MiB | 660 KiB/s   
Receiving objects:  73% (338330/460815), 113.81 MiB | 628 KiB/s   
Receiving objects:  73% (338330/460815), 114.27 MiB | 549 KiB/s   
Receiving objects:  73% (338330/460815), 114.42 MiB | 496 KiB/s   
Receiving objects:  73% (338330/460815), 114.74 MiB | 418 KiB/s   
Receiving objects:  73% (338330/460815), 115.05 MiB | 348 KiB/s   
Receiving objects:  73% (338331/460815), 115.46 MiB | 314 KiB/s   
Receiving objects:  73% (338331/460815), 115.68 MiB | 326 KiB/s   
Receiving objects:  73% (338331/460815), 116.07 MiB | 337 KiB/s   
Receiving objects:  73% (338331/460815), 116.60 MiB | 378 KiB/s   
Receiving objects:  73% (338331/460815), 117.15 MiB | 424 KiB/s   
Receiving objects:  73% (338331/460815), 117.74 MiB | 465 KiB/s   
Receiving objects:  73% (338331/460815), 117.98 MiB | 473 KiB/s   
Receiving objects:  73% (338331/460815), 118.34 MiB | 474 KiB/s   
Receiving objects:  73% (338331/460815), 118.65 MiB | 437 K

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

It looks like we need to apply the checkstyle rules on a project-by-project
basis.

Are we currently applying these rules to every project or just a subset?

Thanks


On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski  wrote:

> I can install the plug-in for Eclipse.
>
> Thanks, Alex!
>
>
> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang  wrote:
>
>> Mike,
>>
>> If you're using eclipse, checkstyle has a plugin that you can install.
>>  Point the plugin to the style file in tools/checkstyle/cloud-style.xml and
>> it will use the same syntax.  I've always found it much easier to use the
>> plugin than to read the build outputs.
>>
>> If you don't want to install the plugin, I don't think your log copy
>> didn't include the actual errors.  You might want to look further up or
>> down on your console to see what's the violation.
>>
>> --Alex
>>
>> > -Original Message-
>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > Sent: Thursday, January 9, 2014 9:49 AM
>> > To: dev@cloudstack.apache.org
>> > Subject: Unfamiliar with checkstyle
>> >
>> > Hi,
>> >
>> > I was merging some code from 4.3 to master and received three checkstyle
>> > errors.
>> >
>> > I'm not really familiar with how to find out details of these errors.
>> Can
>> > someone point me to the right place to begin my investigation?
>> >
>> > All I see right now is the following:
>> >
>> > [ERROR] Failed to execute goal
>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default) on
>> > project cloudstack: Failed during checkstyle execution: There are 3
>> checkstyle
>> > errors. -> [Help 1]
>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>> execute
>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>> (default)
>> > on project cloudstack: Failed during checkstyle execution at
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> > va:217)
>> > at
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> > va:153)
>> > at
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> > va:145)
>> > at
>> >
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>> > cycleModuleBuilder.java:84)
>> > at
>> >
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>> > cycleModuleBuilder.java:59)
>> > at
>> >
>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
>> > ecycleStarter.java:183)
>> > at
>> >
>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
>> > .java:161)
>> > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>> > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>> > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
>> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>> > ava:57)
>> > at
>> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>> > sorImpl.java:43)
>> > at java.lang.reflect.Method.invoke(Method.java:606)
>> > at
>> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
>> > er.java:290)
>> > at
>> >
>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
>> > 0)
>> > at
>> > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
>> > cher.java:409)
>> > at
>> >
>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
>> > Caused by: org.apache.maven.plugin.MojoExecutionException: Failed during
>> > checkstyle execution at
>> > org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
>> > e(CheckstyleViolationCheckMojo.java:422)
>> > at
>> > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
>> > BuildPluginManager.java:101)
>> > at
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> > va:209)
>> > ... 19 more
>> > Caused by:
>> > org.apache.maven.plugin.checkstyle.CheckstyleExecutorException:
>> > There are 3 checkstyle errors.
>> > at
>> > org.apache.maven.plugin.checkstyle.DefaultCheckstyleExecutor.executeChe
>> > ckstyle(DefaultCheckstyleExecutor.java:218)
>> > at
>> > org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
>> > e(CheckstyleViolationCheckMojo.java:413)
>> > ... 21 more
>> >
>> > Thanks!
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the
>> > cloud
>> > *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud

Build failed in Jenkins: cloudstack-4.3-maven-build #322

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (349816/460815), 125.79 MiB | 410 KiB/s   
Receiving objects:  75% (349816/460815), 125.91 MiB | 370 KiB/s   
Receiving objects:  75% (349816/460815), 126.07 MiB | 309 KiB/s   
Receiving objects:  75% (349816/460815), 126.29 MiB | 240 KiB/s   
Receiving objects:  75% (349816/460815), 126.57 MiB | 207 KiB/s   
Receiving objects:  75% (349816/460815), 126.71 MiB | 206 KiB/s   
Receiving objects:  75% (349818/460815), 127.06 MiB | 237 KiB/s   
Receiving objects:  75% (349818/460815), 127.43 MiB | 283 KiB/s   
Receiving objects:  75% (349818/460815), 127.85 MiB | 332 KiB/s   
Receiving objects:  75% (349818/460815), 128.36 MiB | 390 KiB/s   
Receiving objects:  75% (349821/460815), 128.88 MiB | 444 KiB/s   
Receiving objects:  75% (349821/460815), 129.48 MiB | 494 KiB/s   
Receiving objects:  75% (349821/460815), 130.00 MiB | 495 KiB/s   
Receiving objects:  75% (349821/460815), 130.22 MiB | 495 KiB/s   
Receiving objects:  75% (349821/460815), 130.68 MiB | 470 KiB/s   
Receiving objects:  75% (349821/460815), 131.19 MiB | 461 KiB/s   
Receiving objects:  75% (349821/460815), 131.60 MiB | 421 KiB/s   
Receiving objects:  75% (349821/460815), 131.92 MiB | 396 KiB/s   
Receiving objects:  75% (349821/460815), 132.12 MiB | 387 KiB/s   
Receiving objects:  75% (349821/460815), 132.49 MiB | 379 KiB/s   
Receiving objects:  75% (349821/460815), 132.96 MiB | 374 KiB/s   
Receiving objects:  75% (349821/460815), 133.50 MiB | 401 KiB/s   
Receiving objects:  75% (349821/460815), 133.90 MiB | 421 KiB/s   
Receiving objects:  75% (349821/460815), 134.37 MiB | 431 KiB/s   
Receiving objects:  75% (349821/460815), 134.52 MiB | 415 KiB/s   
Receiving objects:  75% (349821/460815), 134.77 MiB | 362 KiB/s   
Receiving objects:  75% (349821/460815), 135.00 MiB | 297 KiB/s   
Receiving objects:  75% (349821/460815), 135.18 MiB | 251 KiB/s   
Receiving objects:  75% (349821/460815), 135.29 MiB | 223 KiB/s   
Receiving objects:  75% (349821/460815), 135.53 MiB | 206 KiB/s   
Receiving objects:  75% (349821/460815), 135.85 MiB | 225 KiB/s   
Receiving objects:  75% (349821/460815), 136.22 MiB | 257 KiB/s   
Receiving objects:  75% (349821/460815), 136.63 MiB | 309 KiB/s   
Receiving objects:  75% (349821/460815), 137.11 MiB | 370 KiB/s   
Receiving objects:  75% (349821/460815), 137.44 MiB | 378 KiB/s   
Receiving objects:  75% (349821/460815), 137.75 MiB | 377 KiB/s   
Receiving objects:  75% (349821/460815), 138.10 MiB | 368 KiB/s   
Receiving objects:  75% (349821/460815), 138.50 MiB | 364 KiB/s   
Receiving objects:  75% (349821/460815), 138.97 MiB | 379 KiB/s   
Receiving objects:  75% (349821/460815), 139.21 MiB | 388 KiB/s   
Receiving objects:  75% (349821/460815), 139.77 MiB | 442 KiB/s   
Receiving objects:  75% (349821/460815), 140.36 MiB | 496 KiB/s   
Receiving objects:  75% (349821/460815), 141.00 MiB | 537 KiB/s   
Receiving objects:  75% (349821/460815), 141.46 MiB | 525 KiB/s   
Receiving objects:  75% (349821/460815), 141.82 MiB | 488 KiB/s   
Receiving objects:  75% (349821/460815), 142.10 MiB | 420 KiB/s   
Receiving objects:  75% (349821/460815), 142.24 MiB | 386 KiB/s   
Receiving objects:  75% (349821/460815), 142.59 MiB | 332 KiB/s   
Receiving objects:  75% (349823/460815), 142.97 MiB | 323 KiB/s   
Receiving objects:  75% (349826/460815), 143.43 MiB | 345 KiB/s   
Receiving objects:  75% (349831/460815), 143.67 MiB | 371 KiB/s   
Receiving objects:  75% (349831/460815), 144.27 MiB | 402 KiB/s   
Receiving objects:  75% (349834/460815), 144.42 MiB | 397 KiB/s   
Receiving objects:  75% (349835/460815), 144.92 MiB | 368 KiB/s   
Receiving objects:  75% (349836/460815), 145.05 MiB | 341 KiB/s   
Receiving objects:  75% (349837/460815), 145.38 MiB | 294 KiB/s   
Receiving objects:  75% (349838/460815), 145.70 MiB | 273 KiB/s   
Receiving objects:  75% (349841/460815), 145.70 MiB | 273 KiB/s   
Receiving objects:  75% (349842/460815), 146.13 MiB | 239 KiB/s   
Receiving objects:  75% (349843/460815), 146.32 MiB | 248 KiB/s   
Receiving objects:  75% (349844/460815), 146.75 MiB | 275 KiB/s   
Receiving objects:  75% (349844/460815), 147.00 MiB | 288 KiB/s   
Receiving objects:  75% (349847/460815), 147.49 MiB | 327 KiB/s   
Receiving objects:  75% (349851/460815), 147.79 MiB | 364 KiB/s   
Receiving objects:  75% (349855/460815), 148.29 MiB | 419 KiB/s   
Receiving objects:  75% (349857/460815), 148.93 MiB | 482 KiB/s   
Receiving objects:  75% (349986/460815), 149.89 MiB | 550 KiB/s   
Receiving objects:  75% (349986/460815), 150.17 MiB | 553 KiB/s   
Receiving objects:  75% (349987/460815), 150.66 MiB | 531 KiB/s   
Receiving objects:  75% (349988/460815), 151.12 MiB | 506 KiB/s   
Receiving objects:  75% (349988/460815), 151.25 MiB | 464 KiB/s   
Receiving objects:  75% (349990/460815), 151.61 MiB | 384 KiB/s   
Receiving objects:  75% (34999

Build failed in Jenkins: cloudstack-4.3-maven-build #323

[jenkins]

See 

--
[...truncated 563 lines...]
Receiving objects:  75% (349821/460815), 126.31 MiB | 428 KiB/s   
Receiving objects:  75% (349821/460815), 126.60 MiB | 379 KiB/s   
Receiving objects:  75% (349822/460815), 126.89 MiB | 327 KiB/s   
Receiving objects:  75% (349823/460815), 127.04 MiB | 326 KiB/s   
Receiving objects:  75% (349823/460815), 127.42 MiB | 330 KiB/s   
Receiving objects:  75% (349823/460815), 127.87 MiB | 329 KiB/s   
Receiving objects:  75% (349823/460815), 128.32 MiB | 359 KiB/s   
Receiving objects:  75% (349826/460815), 128.63 MiB | 398 KiB/s   
Receiving objects:  75% (349826/460815), 129.46 MiB | 480 KiB/s   
Receiving objects:  75% (349826/460815), 130.06 MiB | 520 KiB/s   
Receiving objects:  75% (349826/460815), 130.18 MiB | 489 KiB/s   
Receiving objects:  75% (349826/460815), 130.43 MiB | 453 KiB/s   
Receiving objects:  75% (349826/460815), 130.70 MiB | 386 KiB/s   
Receiving objects:  75% (349826/460815), 131.04 MiB | 328 KiB/s   
Receiving objects:  75% (349826/460815), 131.43 MiB | 290 KiB/s   
Receiving objects:  75% (349826/460815), 131.88 MiB | 328 KiB/s   
Receiving objects:  75% (349826/460815), 132.35 MiB | 376 KiB/s   
Receiving objects:  75% (349826/460815), 132.86 MiB | 427 KiB/s   
Receiving objects:  75% (349826/460815), 133.39 MiB | 463 KiB/s   
Receiving objects:  75% (349826/460815), 133.55 MiB | 457 KiB/s   
Receiving objects:  75% (349826/460815), 133.95 MiB | 443 KiB/s   
Receiving objects:  75% (349826/460815), 134.39 MiB | 434 KiB/s   
Receiving objects:  75% (349826/460815), 134.91 MiB | 427 KiB/s   
Receiving objects:  75% (349826/460815), 135.50 MiB | 435 KiB/s   
Receiving objects:  75% (349826/460815), 135.82 MiB | 465 KiB/s   
Receiving objects:  75% (349826/460815), 136.43 MiB | 517 KiB/s   
Receiving objects:  75% (349826/460815), 137.14 MiB | 580 KiB/s   
Receiving objects:  75% (349826/460815), 137.93 MiB | 641 KiB/s   
Receiving objects:  75% (349826/460815), 138.73 MiB | 687 KiB/s   
Receiving objects:  75% (349826/460815), 139.58 MiB | 709 KiB/s   
Receiving objects:  75% (349826/460815), 139.99 MiB | 709 KiB/s   
Receiving objects:  75% (349826/460815), 140.46 MiB | 650 KiB/s   
Receiving objects:  75% (349826/460815), 140.82 MiB | 562 KiB/s   
Receiving objects:  75% (349826/460815), 140.95 MiB | 510 KiB/s   
Receiving objects:  75% (349826/460815), 141.16 MiB | 380 KiB/s   
Receiving objects:  75% (349826/460815), 141.48 MiB | 290 KiB/s   
Receiving objects:  75% (349826/460815), 141.67 MiB | 269 KiB/s   
Receiving objects:  75% (349826/460815), 142.00 MiB | 248 KiB/s   
Receiving objects:  75% (349826/460815), 142.25 MiB | 251 KiB/s   
Receiving objects:  75% (349826/460815), 142.53 MiB | 267 KiB/s   
Receiving objects:  75% (349827/460815), 142.72 MiB | 283 KiB/s   
Receiving objects:  75% (349828/460815), 143.07 MiB | 292 KiB/s   
Receiving objects:  75% (349831/460815), 143.53 MiB | 318 KiB/s   
Receiving objects:  75% (349835/460815), 143.87 MiB | 327 KiB/s   
Receiving objects:  75% (349836/460815), 144.06 MiB | 333 KiB/s   
Receiving objects:  75% (349838/460815), 144.26 MiB | 343 KiB/s   
Receiving objects:  75% (349840/460815), 144.74 MiB | 310 KiB/s   
Receiving objects:  75% (349840/460815), 144.82 MiB | 281 KiB/s   
Receiving objects:  75% (349841/460815), 144.92 MiB | 256 KiB/s   
Receiving objects:  75% (349842/460815), 145.14 MiB | 240 KiB/s   
Receiving objects:  75% (349842/460815), 145.43 MiB | 222 KiB/s   
Receiving objects:  75% (349843/460815), 145.63 MiB | 197 KiB/s   
Receiving objects:  75% (349847/460815), 145.74 MiB | 201 KiB/s   
Receiving objects:  75% (349847/460815), 146.14 MiB | 232 KiB/s   
Receiving objects:  75% (349848/460815), 146.46 MiB | 256 KiB/s   
Receiving objects:  75% (349849/460815), 146.86 MiB | 283 KiB/s   
Receiving objects:  75% (349850/460815), 147.07 MiB | 309 KiB/s   
Receiving objects:  75% (349852/460815), 147.50 MiB | 326 KiB/s   
Receiving objects:  75% (349855/460815), 147.67 MiB | 322 KiB/s   
Receiving objects:  75% (349856/460815), 147.85 MiB | 327 KiB/s   
Receiving objects:  75% (349859/460815), 148.40 MiB | 324 KiB/s   
Receiving objects:  75% (349860/460815), 148.71 MiB | 308 KiB/s   
Receiving objects:  75% (349861/460815), 148.86 MiB | 312 KiB/s   
Receiving objects:  75% (349983/460815), 149.21 MiB | 319 KiB/s   
Receiving objects:  75% (349991/460815), 149.62 MiB | 328 KiB/s   
Receiving objects:  75% (349991/460815), 150.06 MiB | 344 KiB/s   
Receiving objects:  75% (349992/460815), 150.32 MiB | 362 KiB/s   
Receiving objects:  75% (349993/460815), 151.18 MiB | 449 KiB/s   
Receiving objects:  75% (349995/460815), 151.81 MiB | 508 KiB/s   
Receiving objects:  75% (349998/460815), 152.11 MiB | 533 KiB/s   
Receiving objects:  75% (350003/460815), 152.86 MiB | 592 KiB/s   
Receiving objects:  75% (350010/460815), 153.59 MiB | 644 KiB/s   
Receiving objects:  75% (35001

Build failed in Jenkins: cloudstack-4.3-maven-build #324

[jenkins]

See 

--
[...truncated 565 lines...]
Receiving objects:  73% (339137/460815), 123.14 MiB | 273 KiB/s   
Receiving objects:  73% (339143/460815), 123.30 MiB | 278 KiB/s   
Receiving objects:  74% (341004/460815), 123.60 MiB | 292 KiB/s   
Receiving objects:  74% (341405/460815), 123.60 MiB | 292 KiB/s   
Receiving objects:  74% (342634/460815), 123.99 MiB | 300 KiB/s   
Receiving objects:  75% (345612/460815), 124.23 MiB | 318 KiB/s   
Receiving objects:  75% (346028/460815), 124.44 MiB | 321 KiB/s   
Receiving objects:  75% (348401/460815), 124.90 MiB | 377 KiB/s   
Receiving objects:  75% (349814/460815), 125.72 MiB | 460 KiB/s   
Receiving objects:  75% (349814/460815), 126.37 MiB | 526 KiB/s   
Receiving objects:  75% (349815/460815), 126.68 MiB | 540 KiB/s   
Receiving objects:  75% (349816/460815), 127.36 MiB | 589 KiB/s   
Receiving objects:  75% (349816/460815), 128.14 MiB | 645 KiB/s   
Receiving objects:  75% (349819/460815), 128.92 MiB | 698 KiB/s   
Receiving objects:  75% (349819/460815), 129.83 MiB | 751 KiB/s   
Receiving objects:  75% (349819/460815), 130.78 MiB | 821 KiB/s   
Receiving objects:  75% (349819/460815), 131.75 MiB | 868 KiB/s   
Receiving objects:  75% (349819/460815), 132.79 MiB | 934 KiB/s   
Receiving objects:  75% (349819/460815), 133.89 MiB | 978 KiB/s   
Receiving objects:  75% (349819/460815), 135.03 MiB | 1.02 MiB/s   
Receiving objects:  75% (349819/460815), 136.01 MiB | 1016 KiB/s   
Receiving objects:  75% (349819/460815), 136.21 MiB | 955 KiB/s   
Receiving objects:  75% (349819/460815), 136.57 MiB | 802 KiB/s   
Receiving objects:  75% (349819/460815), 137.01 MiB | 665 KiB/s   
Receiving objects:  75% (349819/460815), 137.45 MiB | 514 KiB/s   
Receiving objects:  75% (349819/460815), 138.00 MiB | 432 KiB/s   
Receiving objects:  75% (349819/460815), 138.36 MiB | 422 KiB/s   
Receiving objects:  75% (349819/460815), 138.73 MiB | 418 KiB/s   
Receiving objects:  75% (349819/460815), 139.17 MiB | 398 KiB/s   
Receiving objects:  75% (349819/460815), 139.44 MiB | 405 KiB/s   
Receiving objects:  75% (349819/460815), 139.96 MiB | 395 KiB/s   
Receiving objects:  75% (349819/460815), 140.56 MiB | 438 KiB/s   
Receiving objects:  75% (349819/460815), 140.86 MiB | 465 KiB/s   
Receiving objects:  75% (349819/460815), 141.54 MiB | 531 KiB/s   
Receiving objects:  75% (349819/460815), 142.14 MiB | 538 KiB/s   
Receiving objects:  75% (349819/460815), 142.57 MiB | 511 KiB/s   
Receiving objects:  75% (349819/460815), 142.85 MiB | 509 KiB/s   
Receiving objects:  75% (349822/460815), 143.03 MiB | 470 KiB/s   
Receiving objects:  75% (349824/460815), 143.45 MiB | 355 KiB/s   
Receiving objects:  75% (349825/460815), 143.45 MiB | 355 KiB/s   
Receiving objects:  75% (349828/460815), 143.82 MiB | 289 KiB/s   
Receiving objects:  75% (349829/460815), 144.10 MiB | 252 KiB/s   
Receiving objects:  75% (349830/460815), 144.37 MiB | 238 KiB/s   
Receiving objects:  75% (349832/460815), 144.49 MiB | 237 KiB/s   
Receiving objects:  75% (349833/460815), 144.89 MiB | 258 KiB/s   
Receiving objects:  75% (349833/460815), 145.05 MiB | 261 KiB/s   
Receiving objects:  75% (349835/460815), 145.43 MiB | 280 KiB/s   
Receiving objects:  75% (349838/460815), 145.63 MiB | 296 KiB/s   
Receiving objects:  75% (349841/460815), 146.32 MiB | 372 KiB/s   
Receiving objects:  75% (349842/460815), 146.83 MiB | 418 KiB/s   
Receiving objects:  75% (349844/460815), 147.14 MiB | 451 KiB/s   
Receiving objects:  75% (349849/460815), 147.74 MiB | 507 KiB/s   
Receiving objects:  75% (349853/460815), 148.77 MiB | 596 KiB/s   
Receiving objects:  75% (349959/460815), 149.13 MiB | 619 KiB/s   
Receiving objects:  75% (349984/460815), 150.02 MiB | 633 KiB/s   
Receiving objects:  75% (349984/460815), 150.46 MiB | 595 KiB/s   
Receiving objects:  75% (349985/460815), 150.85 MiB | 533 KiB/s   
Receiving objects:  75% (349986/460815), 151.01 MiB | 488 KiB/s   
Receiving objects:  75% (349986/460815), 151.32 MiB | 395 KiB/s   
Receiving objects:  75% (349988/460815), 151.59 MiB | 336 KiB/s   
Receiving objects:  75% (349988/460815), 151.83 MiB | 292 KiB/s   
Receiving objects:  75% (349989/460815), 152.13 MiB | 272 KiB/s   
Receiving objects:  75% (349992/460815), 152.29 MiB | 272 KiB/s   
Receiving objects:  75% (349995/460815), 152.65 MiB | 285 KiB/s   
Receiving objects:  75% (34/460815), 153.10 MiB | 325 KiB/s   
Receiving objects:  75% (350002/460815), 153.56 MiB | 376 KiB/s   
Receiving objects:  75% (350007/460815), 154.11 MiB | 433 KiB/s   
Receiving objects:  75% (350011/460815), 154.69 MiB | 487 KiB/s   
Receiving objects:  75% (350018/460815), 155.00 MiB | 514 KiB/s   
Receiving objects:  75% (350022/460815), 155.57 MiB | 541 KiB/s   
Receiving objects:  75% (350026/460815), 155.96 MiB | 525 KiB/s   
Receiving objects:  75% (350030/460815), 156.39 MiB | 496 KiB/s   
Receiving objects:  75% (350

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

I see two of the issues are in CloudStackPrimaryDataStoreImpl and are
related to imports.

One complains about using * and the other about having duplicate imports.

I did not actually make these changes, so this makes me wonder if
checkstyle is not typically being run on every project (so maybe I can
disable its use when building the codebase somehow?).


On Thu, Jan 9, 2014 at 1:35 PM, Mike Tutkowski  wrote:

> It looks like we need to apply the checkstyle rules on a
> project-by-project basis.
>
> Are we currently applying these rules to every project or just a subset?
>
> Thanks
>
>
> On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> I can install the plug-in for Eclipse.
>>
>> Thanks, Alex!
>>
>>
>> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang wrote:
>>
>>> Mike,
>>>
>>> If you're using eclipse, checkstyle has a plugin that you can install.
>>>  Point the plugin to the style file in tools/checkstyle/cloud-style.xml and
>>> it will use the same syntax.  I've always found it much easier to use the
>>> plugin than to read the build outputs.
>>>
>>> If you don't want to install the plugin, I don't think your log copy
>>> didn't include the actual errors.  You might want to look further up or
>>> down on your console to see what's the violation.
>>>
>>> --Alex
>>>
>>> > -Original Message-
>>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> > Sent: Thursday, January 9, 2014 9:49 AM
>>> > To: dev@cloudstack.apache.org
>>> > Subject: Unfamiliar with checkstyle
>>> >
>>> > Hi,
>>> >
>>> > I was merging some code from 4.3 to master and received three
>>> checkstyle
>>> > errors.
>>> >
>>> > I'm not really familiar with how to find out details of these errors.
>>> Can
>>> > someone point me to the right place to begin my investigation?
>>> >
>>> > All I see right now is the following:
>>> >
>>> > [ERROR] Failed to execute goal
>>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (default)
>>> on
>>> > project cloudstack: Failed during checkstyle execution: There are 3
>>> checkstyle
>>> > errors. -> [Help 1]
>>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>>> execute
>>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>>> (default)
>>> > on project cloudstack: Failed during checkstyle execution at
>>> >
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>> > va:217)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>> > va:153)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>> > va:145)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>>> > cycleModuleBuilder.java:84)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>>> > cycleModuleBuilder.java:59)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
>>> > ecycleStarter.java:183)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
>>> > .java:161)
>>> > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>>> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>>> > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>>> > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>>> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
>>> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>> > ava:57)
>>> > at
>>> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>>> > sorImpl.java:43)
>>> > at java.lang.reflect.Method.invoke(Method.java:606)
>>> > at
>>> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
>>> > er.java:290)
>>> > at
>>> >
>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
>>> > 0)
>>> > at
>>> > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
>>> > cher.java:409)
>>> > at
>>> >
>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
>>> > Caused by: org.apache.maven.plugin.MojoExecutionException: Failed
>>> during
>>> > checkstyle execution at
>>> > org.apache.maven.plugin.checkstyle.CheckstyleViolationCheckMojo.execut
>>> > e(CheckstyleViolationCheckMojo.java:422)
>>> > at
>>> > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
>>> > BuildPluginManager.java:101)
>>> > at
>>> >
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>> > va:209)
>>> > ... 19 more
>>> > Caused by:
>>> > org.apache.maven.plugin.checkstyle.CheckstyleExecutorException:
>>> > There are 3 checkstyle errors.
>>> > at
>>> > org.apache.maven.plugin.checkstyle.DefaultCheckstyleExecutor.executeChe
>>> > ckstyle(DefaultCheckstyleExecutor.java:218)
>>> > at
>>> > org.a

RE: Hyper-V agent

[Paul Angus]

Agent log:
http://pastebin.com/40Tan8UG

mgmt log:
http://pastebin.com/ZATWt7Nb


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 18:36
To: dev@cloudstack.apache.org
Subject: RE: Hyper-V agent

Can you post the agent log and mgmt. server log.
Look like agent is trying to clone the template disk to create root volumes for 
the VM's and failing to clone/copy.

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 11:15 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Rajesh,

Yes I'm using SMB for the secondary storage,  the system vm image gets copied 
over to the local storage (2.6GB routing-9.vhd ) this gets copied to as 
ROOT-1.vhd then deployment fails, then it creates ROOT-2.vhd and fails, then 
creates ROOT-3.vhd and fails etc...



Regards

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 17:33
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Are you using SMB as secondary store? Is the secondary store is reachable and 
has necessary permission for the Host to access the storage.

Thanks
Rajesh battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 9:56 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

CloudStack can't start hyper-v system vms with the following error:

2014-01-09 15:56:09,840 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e3c7871), no need 
to delete from object in store ref table
2014-01-09 15:56:09,844 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(consoleproxy-1:ctx-da5fc066) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,842 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
(secstorage-1:ctx-eb8b09af) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@5e408d6e), no need 
to delete from object in store ref table
2014-01-09 15:56:09,845 INFO  [o.a.c.s.v.VolumeServiceImpl] 
(secstorage-1:ctx-eb8b09af) releasing lock for VMTemplateStoragePool 1
2014-01-09 15:56:09,846 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(consoleproxy-1:ctx-da5fc066) Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
2014-01-09 15:56:09,847 INFO  [c.c.v.VirtualMachineManagerImpl] 
(consoleproxy-1:ctx-da5fc066) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create 
Vol[2|vm=2|ROOT]:org.apache.cloudstack.storage.command.CopyCommand failed on 
exception, Error getting value from 'UncPath' on 
'HypervResource.PrimaryDataStoreTO'.
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1174)

the disk image gets copied to the local storage directory (2.6GB routing-9.vhd 
and ROOT-1.vhd, ROOT-2.vhd ROOT-3.vhd etc)





Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 09 January 2014 14:17
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

Hi Paul,
Systemvm template for HyperV is already pushed to download.cloud.com Here is 
the url for the same.: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
Please download and use it.
If you find issues with the template, please post the details.

Thanks
Rajesh Battala


-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, January 9, 2014 7:37 PM
To: dev@cloudstack.apache.org; Donal Lafferty; Anshul Gangwar
Subject: RE: Hyper-V agent

I've added my hyper-v server into CloudStack (after dropping firewall and 
discovering I need to set the service to start automatically - sc config 
"CloudStack Hyper-V Agent" start= automatic).

Now I can't find the hyper-v system vm template.  I've found a ticket which 
says it's built by Jenkins, but I can't find it.
https://issues.apache.org/jira/browse/CLOUDSTACK-3385
http://jenkins.buildacloud.org/job/build-systemvm64-master/


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 08 January 2014 18:05
To

Build failed in Jenkins: cloudstack-4.3-maven-build #325

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (349813/460815), 127.44 MiB | 466 KiB/s   
Receiving objects:  75% (349813/460815), 127.75 MiB | 497 KiB/s   
Receiving objects:  75% (349813/460815), 128.42 MiB | 551 KiB/s   
Receiving objects:  75% (349816/460815), 128.96 MiB | 567 KiB/s   
Receiving objects:  75% (349816/460815), 129.40 MiB | 536 KiB/s   
Receiving objects:  75% (349816/460815), 129.82 MiB | 472 KiB/s   
Receiving objects:  75% (349816/460815), 129.98 MiB | 442 KiB/s   
Receiving objects:  75% (349816/460815), 130.33 MiB | 372 KiB/s   
Receiving objects:  75% (349816/460815), 130.61 MiB | 320 KiB/s   
Receiving objects:  75% (349816/460815), 130.84 MiB | 281 KiB/s   
Receiving objects:  75% (349816/460815), 131.00 MiB | 285 KiB/s   
Receiving objects:  75% (349816/460815), 131.30 MiB | 276 KiB/s   
Receiving objects:  75% (349816/460815), 131.70 MiB | 291 KiB/s   
Receiving objects:  75% (349816/460815), 132.12 MiB | 313 KiB/s   
Receiving objects:  75% (349816/460815), 132.39 MiB | 319 KiB/s   
Receiving objects:  75% (349816/460815), 132.57 MiB | 321 KiB/s   
Receiving objects:  75% (349816/460815), 132.80 MiB | 296 KiB/s   
Receiving objects:  75% (349816/460815), 133.10 MiB | 264 KiB/s   
Receiving objects:  75% (349816/460815), 133.28 MiB | 258 KiB/s   
Receiving objects:  75% (349816/460815), 133.69 MiB | 268 KiB/s   
Receiving objects:  75% (349816/460815), 134.00 MiB | 270 KiB/s   
Receiving objects:  75% (349816/460815), 134.25 MiB | 281 KiB/s   
Receiving objects:  75% (349816/460815), 134.41 MiB | 293 KiB/s   
Receiving objects:  75% (349816/460815), 134.73 MiB | 301 KiB/s   
Receiving objects:  75% (349816/460815), 135.08 MiB | 294 KiB/s   
Receiving objects:  75% (349816/460815), 135.32 MiB | 284 KiB/s   
Receiving objects:  75% (349816/460815), 135.61 MiB | 294 KiB/s   
Receiving objects:  75% (349816/460815), 135.96 MiB | 303 KiB/s   
Receiving objects:  75% (349816/460815), 136.36 MiB | 307 KiB/s   
Receiving objects:  75% (349816/460815), 136.81 MiB | 354 KiB/s   
Receiving objects:  75% (349816/460815), 137.31 MiB | 406 KiB/s   
Receiving objects:  75% (349816/460815), 137.76 MiB | 432 KiB/s   
Receiving objects:  75% (349816/460815), 138.15 MiB | 437 KiB/s   
Receiving objects:  75% (349816/460815), 138.34 MiB | 431 KiB/s   
Receiving objects:  75% (349816/460815), 138.68 MiB | 391 KiB/s   
Receiving objects:  75% (349816/460815), 138.93 MiB | 331 KiB/s   
Receiving objects:  75% (349816/460815), 139.25 MiB | 303 KiB/s   
Receiving objects:  75% (349816/460815), 139.64 MiB | 297 KiB/s   
Receiving objects:  75% (349816/460815), 139.84 MiB | 301 KiB/s   
Receiving objects:  75% (349816/460815), 140.28 MiB | 327 KiB/s   
Receiving objects:  75% (349816/460815), 140.61 MiB | 345 KiB/s   
Receiving objects:  75% (349816/460815), 140.98 MiB | 348 KiB/s   
Receiving objects:  75% (349816/460815), 141.16 MiB | 345 KiB/s   
Receiving objects:  75% (349816/460815), 141.52 MiB | 333 KiB/s   
Receiving objects:  75% (349816/460815), 141.72 MiB | 285 KiB/s   
Receiving objects:  75% (349816/460815), 141.81 MiB | 260 KiB/s   
Receiving objects:  75% (349816/460815), 141.96 MiB | 231 KiB/s   
Receiving objects:  75% (349816/460815), 142.13 MiB | 192 KiB/s   
Receiving objects:  75% (349816/460815), 142.35 MiB | 169 KiB/s   
Receiving objects:  75% (349816/460815), 142.61 MiB | 187 KiB/s   
Receiving objects:  75% (349817/460815), 142.76 MiB | 209 KiB/s   
Receiving objects:  75% (349820/460815), 143.11 MiB | 253 KiB/s   
Receiving objects:  75% (349823/460815), 143.53 MiB | 311 KiB/s   
Receiving objects:  75% (349826/460815), 144.18 MiB | 370 KiB/s   
Receiving objects:  75% (349827/460815), 144.39 MiB | 380 KiB/s   
Receiving objects:  75% (349830/460815), 144.71 MiB | 381 KiB/s   
Receiving objects:  75% (349831/460815), 144.88 MiB | 376 KiB/s   
Receiving objects:  75% (349832/460815), 145.50 MiB | 362 KiB/s   
Receiving objects:  75% (349834/460815), 145.68 MiB | 346 KiB/s   
Receiving objects:  75% (349837/460815), 146.11 MiB | 325 KiB/s   
Receiving objects:  75% (349838/460815), 146.49 MiB | 339 KiB/s   
Receiving objects:  75% (349839/460815), 146.68 MiB | 330 KiB/s   
Receiving objects:  75% (349839/460815), 147.16 MiB | 349 KiB/s   
Receiving objects:  75% (349844/460815), 147.68 MiB | 397 KiB/s   
Receiving objects:  75% (349849/460815), 147.94 MiB | 422 KiB/s   
Receiving objects:  75% (349850/460815), 148.85 MiB | 504 KiB/s   
Receiving objects:  75% (349973/460815), 149.16 MiB | 534 KiB/s   
Receiving objects:  75% (349981/460815), 150.23 MiB | 608 KiB/s   
Receiving objects:  75% (349983/460815), 150.61 MiB | 637 KiB/s   
Receiving objects:  75% (349985/460815), 151.43 MiB | 704 KiB/s   
Receiving objects:  75% (349988/460815), 152.27 MiB | 747 KiB/s   
Receiving objects:  75% (349992/460815), 152.91 MiB | 751 KiB/s   
Receiving objects:  75% (34999

Build issues on master (POM related)

[Mike Tutkowski]

Hi,

I haven't tried to build master in Eclipse in quite a while and am noticing
at least 88 POM-related problems.

http://i.imgur.com/io2SJRn.png

Is there an easy and safe way to fix these so Eclipse is happy?

Thanks!

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

Build failed in Jenkins: cloudstack-4.3-maven-build #326

[jenkins]

See 

--
[...truncated 562 lines...]
Receiving objects:  75% (349827/460815), 134.96 MiB | 403 KiB/s   
Receiving objects:  75% (349827/460815), 135.50 MiB | 451 KiB/s   
Receiving objects:  75% (349827/460815), 136.11 MiB | 512 KiB/s   
Receiving objects:  75% (349827/460815), 136.79 MiB | 563 KiB/s   
Receiving objects:  75% (349827/460815), 137.38 MiB | 580 KiB/s   
Receiving objects:  75% (349827/460815), 137.57 MiB | 558 KiB/s   
Receiving objects:  75% (349827/460815), 137.95 MiB | 514 KiB/s   
Receiving objects:  75% (349827/460815), 138.30 MiB | 436 KiB/s   
Receiving objects:  75% (349827/460815), 138.43 MiB | 385 KiB/s   
Receiving objects:  75% (349827/460815), 138.65 MiB | 292 KiB/s   
Receiving objects:  75% (349827/460815), 138.73 MiB | 248 KiB/s   
Receiving objects:  75% (349827/460815), 138.95 MiB | 205 KiB/s   
Receiving objects:  75% (349827/460815), 139.18 MiB | 188 KiB/s   
Receiving objects:  75% (349827/460815), 139.49 MiB | 203 KiB/s   
Receiving objects:  75% (349827/460815), 139.86 MiB | 243 KiB/s   
Receiving objects:  75% (349827/460815), 140.18 MiB | 283 KiB/s   
Receiving objects:  75% (349827/460815), 140.30 MiB | 285 KiB/s   
Receiving objects:  75% (349827/460815), 140.57 MiB | 295 KiB/s   
Receiving objects:  75% (349827/460815), 140.92 MiB | 304 KiB/s   
Receiving objects:  75% (349827/460815), 141.32 MiB | 309 KiB/s   
Receiving objects:  75% (349827/460815), 141.76 MiB | 338 KiB/s   
Receiving objects:  75% (349827/460815), 142.25 MiB | 388 KiB/s   
Receiving objects:  75% (349827/460815), 142.80 MiB | 441 KiB/s   
Receiving objects:  75% (349830/460815), 143.10 MiB | 467 KiB/s   
Receiving objects:  75% (349837/460815), 143.74 MiB | 526 KiB/s   
Receiving objects:  75% (349837/460815), 144.25 MiB | 530 KiB/s   
Receiving objects:  75% (349840/460815), 144.44 MiB | 525 KiB/s   
Receiving objects:  75% (349842/460815), 144.86 MiB | 502 KiB/s   
Receiving objects:  75% (349844/460815), 145.36 MiB | 484 KiB/s   
Receiving objects:  75% (349848/460815), 146.13 MiB | 446 KiB/s   
Receiving objects:  75% (349849/460815), 146.40 MiB | 451 KiB/s   
Receiving objects:  75% (349850/460815), 146.75 MiB | 435 KiB/s   
Receiving objects:  75% (349850/460815), 147.15 MiB | 431 KiB/s   
Receiving objects:  75% (349853/460815), 147.50 MiB | 385 KiB/s   
Receiving objects:  75% (349856/460815), 147.62 MiB | 355 KiB/s   
Receiving objects:  75% (349857/460815), 147.95 MiB | 324 KiB/s   
Receiving objects:  75% (349860/460815), 148.53 MiB | 331 KiB/s   
Receiving objects:  75% (349861/460815), 148.95 MiB | 353 KiB/s   
Receiving objects:  75% (349862/460815), 149.18 MiB | 358 KiB/s   
Receiving objects:  75% (349992/460815), 149.74 MiB | 422 KiB/s   
Receiving objects:  75% (349992/460815), 150.35 MiB | 479 KiB/s   
Receiving objects:  75% (349993/460815), 150.90 MiB | 502 KiB/s   
Receiving objects:  75% (349994/460815), 151.22 MiB | 478 KiB/s   
Receiving objects:  75% (349995/460815), 151.43 MiB | 416 KiB/s   
Receiving objects:  75% (349996/460815), 151.71 MiB | 356 KiB/s   
Receiving objects:  75% (349996/460815), 151.87 MiB | 320 KiB/s   
Receiving objects:  75% (349998/460815), 152.25 MiB | 286 KiB/s   
Receiving objects:  75% (350001/460815), 152.68 MiB | 308 KiB/s   
Receiving objects:  75% (350005/460815), 153.13 MiB | 360 KiB/s   
Receiving objects:  75% (350009/460815), 153.37 MiB | 386 KiB/s   
Receiving objects:  75% (350013/460815), 153.94 MiB | 446 KiB/s   
Receiving objects:  75% (350019/460815), 154.52 MiB | 492 KiB/s   
Receiving objects:  75% (350026/460815), 155.21 MiB | 552 KiB/s   
Receiving objects:  75% (350032/460815), 155.89 MiB | 603 KiB/s   
Receiving objects:  75% (350036/460815), 156.50 MiB | 607 KiB/s   
Receiving objects:  75% (350039/460815), 156.90 MiB | 563 KiB/s   
Receiving objects:  75% (350041/460815), 157.05 MiB | 531 KiB/s   
Receiving objects:  75% (350041/460815), 157.45 MiB | 388 KiB/s   
Receiving objects:  75% (350120/460815), 157.58 MiB | 340 KiB/s   
Receiving objects:  75% (350124/460815), 157.82 MiB | 269 KiB/s   
Receiving objects:  75% (350124/460815), 158.10 MiB | 246 KiB/s   
Receiving objects:  75% (350124/460815), 158.44 MiB | 263 KiB/s   
Receiving objects:  75% (350125/460815), 158.86 MiB | 297 KiB/s   
Receiving objects:  75% (350126/460815), 159.13 MiB | 308 KiB/s   
Receiving objects:  75% (350126/460815), 159.38 MiB | 307 KiB/s   
Receiving objects:  75% (350126/460815), 159.71 MiB | 310 KiB/s   
Receiving objects:  75% (350128/460815), 159.83 MiB | 299 KiB/s   
Receiving objects:  75% (350128/460815), 160.07 MiB | 258 KiB/s   
Receiving objects:  75% (350128/460815), 160.36 MiB | 258 KiB/s   
Receiving objects:  75% (350128/460815), 160.71 MiB | 275 KiB/s   
Receiving objects:  75% (350131/460815), 160.94 MiB | 288 KiB/s   
Receiving objects:  75% (350134/460815), 161.36 MiB | 312 KiB/s   
Receiving objects:  75% (35013

Build failed in Jenkins: cloudstack-4.3-maven-build #327

[jenkins]

See 

--
[...truncated 559 lines...]
Receiving objects:  75% (349762/460815), 144.28 MiB | 370 KiB/s   
Receiving objects:  75% (349763/460815), 144.36 MiB | 346 KiB/s   
Receiving objects:  75% (349765/460815), 144.46 MiB | 329 KiB/s   
Receiving objects:  75% (349766/460815), 144.84 MiB | 278 KiB/s   
Receiving objects:  75% (349767/460815), 145.17 MiB | 245 KiB/s   
Receiving objects:  75% (349769/460815), 145.37 MiB | 246 KiB/s   
Receiving objects:  75% (349773/460815), 145.80 MiB | 299 KiB/s   
Receiving objects:  75% (349774/460815), 146.09 MiB | 314 KiB/s   
Receiving objects:  75% (349774/460815), 146.36 MiB | 318 KiB/s   
Receiving objects:  75% (349775/460815), 146.50 MiB | 311 KiB/s   
Receiving objects:  75% (349775/460815), 146.74 MiB | 243 KiB/s   
Receiving objects:  75% (349775/460815), 146.91 MiB | 204 KiB/s   
Receiving objects:  75% (349775/460815), 147.14 MiB | 187 KiB/s   
Receiving objects:  75% (349776/460815), 147.22 MiB | 176 KiB/s   
Receiving objects:  75% (349778/460815), 147.36 MiB | 158 KiB/s   
Receiving objects:  75% (349778/460815), 147.51 MiB | 160 KiB/s   
Receiving objects:  75% (349781/460815), 147.59 MiB | 162 KiB/s   
Receiving objects:  75% (349781/460815), 147.91 MiB | 164 KiB/s   
Receiving objects:  75% (349784/460815), 148.04 MiB | 174 KiB/s   
Receiving objects:  75% (349785/460815), 148.34 MiB | 189 KiB/s   
Receiving objects:  75% (349785/460815), 148.43 MiB | 191 KiB/s   
Receiving objects:  75% (349786/460815), 148.60 MiB | 190 KiB/s   
Receiving objects:  75% (349786/460815), 148.79 MiB | 183 KiB/s   
Receiving objects:  75% (349787/460815), 148.91 MiB | 181 KiB/s   
Receiving objects:  75% (349909/460815), 149.18 MiB | 203 KiB/s   
Receiving objects:  75% (349917/460815), 149.68 MiB | 256 KiB/s   
Receiving objects:  75% (349917/460815), 150.08 MiB | 307 KiB/s   
Receiving objects:  75% (349918/460815), 150.30 MiB | 335 KiB/s   
Receiving objects:  75% (349919/460815), 150.77 MiB | 382 KiB/s   
Receiving objects:  75% (349921/460815), 151.30 MiB | 437 KiB/s   
Receiving objects:  75% (349923/460815), 151.86 MiB | 484 KiB/s   
Receiving objects:  75% (349926/460815), 152.48 MiB | 531 KiB/s   
Receiving objects:  75% (349932/460815), 153.15 MiB | 584 KiB/s   
Receiving objects:  75% (349936/460815), 153.81 MiB | 599 KiB/s   
Receiving objects:  75% (349941/460815), 154.36 MiB | 599 KiB/s   
Receiving objects:  75% (349945/460815), 154.58 MiB | 571 KiB/s   
Receiving objects:  75% (349951/460815), 155.11 MiB | 547 KiB/s   
Receiving objects:  75% (349955/460815), 155.63 MiB | 513 KiB/s   
Receiving objects:  75% (349961/460815), 156.25 MiB | 524 KiB/s   
Receiving objects:  75% (349965/460815), 156.89 MiB | 524 KiB/s   
Receiving objects:  75% (349966/460815), 157.24 MiB | 499 KiB/s   
Receiving objects:  75% (349966/460815), 157.37 MiB | 420 KiB/s   
Receiving objects:  75% (350044/460815), 157.45 MiB | 380 KiB/s   
Receiving objects:  75% (350049/460815), 157.77 MiB | 247 KiB/s   
Receiving objects:  75% (350049/460815), 157.95 MiB | 171 KiB/s   
Receiving objects:  75% (350049/460815), 158.05 MiB | 169 KiB/s   
Receiving objects:  75% (350049/460815), 158.29 MiB | 189 KiB/s   
Receiving objects:  75% (350049/460815), 158.57 MiB | 211 KiB/s   
Receiving objects:  75% (350051/460815), 158.75 MiB | 222 KiB/s   
Receiving objects:  75% (350051/460815), 159.10 MiB | 233 KiB/s   
Receiving objects:  75% (350051/460815), 159.25 MiB | 241 KiB/s   
Receiving objects:  75% (350051/460815), 159.57 MiB | 258 KiB/s   
Receiving objects:  75% (350053/460815), 159.73 MiB | 267 KiB/s   
Receiving objects:  75% (350053/460815), 160.33 MiB | 300 KiB/s   
Receiving objects:  75% (350054/460815), 160.55 MiB | 323 KiB/s   
Receiving objects:  75% (350056/460815), 161.06 MiB | 382 KiB/s   
Receiving objects:  75% (350058/460815), 161.39 MiB | 384 KiB/s   
Receiving objects:  75% (350060/460815), 161.54 MiB | 386 KiB/s   
Receiving objects:  75% (350062/460815), 162.11 MiB | 374 KiB/s   
Receiving objects:  75% (350064/460815), 162.59 MiB | 367 KiB/s   
Receiving objects:  75% (350064/460815), 163.13 MiB | 395 KiB/s   
Receiving objects:  75% (350067/460815), 163.39 MiB | 420 KiB/s   
Receiving objects:  75% (350068/460815), 164.02 MiB | 482 KiB/s   
Receiving objects:  75% (350071/460815), 164.62 MiB | 532 KiB/s   
Receiving objects:  75% (350072/460815), 165.36 MiB | 598 KiB/s   
Receiving objects:  75% (350074/460815), 166.07 MiB | 637 KiB/s   
Receiving objects:  75% (350077/460815), 166.80 MiB | 654 KiB/s   
Receiving objects:  75% (350077/460815), 166.96 MiB | 607 KiB/s   
Receiving objects:  75% (350078/460815), 167.27 MiB | 533 KiB/s   
Receiving objects:  75% (350080/460815), 167.42 MiB | 484 KiB/s   
Receiving objects:  75% (350081/460815), 168.04 MiB | 378 KiB/s   
Receiving objects:  75% (350081/460815), 168.24 MiB | 358 KiB/s   
Receiving objects:  75% (35008

Build failed in Jenkins: cloudstack-4.3-maven-build #328

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  73% (339109/460815), 120.35 MiB | 251 KiB/s   
Receiving objects:  73% (339109/460815), 120.65 MiB | 256 KiB/s   
Receiving objects:  73% (339109/460815), 121.01 MiB | 276 KiB/s   
Receiving objects:  73% (339109/460815), 121.41 MiB | 309 KiB/s   
Receiving objects:  73% (339109/460815), 121.67 MiB | 313 KiB/s   
Receiving objects:  73% (339109/460815), 121.81 MiB | 282 KiB/s   
Receiving objects:  73% (339109/460815), 121.89 MiB | 265 KiB/s   
Receiving objects:  73% (339109/460815), 122.10 MiB | 234 KiB/s   
Receiving objects:  73% (339109/460815), 122.35 MiB | 200 KiB/s   
Receiving objects:  73% (339110/460815), 122.49 MiB | 204 KiB/s   
Receiving objects:  73% (339138/460815), 122.98 MiB | 253 KiB/s   
Receiving objects:  73% (339142/460815), 123.18 MiB | 276 KiB/s   
Receiving objects:  73% (340833/460815), 123.59 MiB | 321 KiB/s   
Receiving objects:  74% (341004/460815), 123.59 MiB | 321 KiB/s   
Receiving objects:  74% (342651/460815), 124.03 MiB | 366 KiB/s   
Receiving objects:  75% (345612/460815), 124.26 MiB | 387 KiB/s   
Receiving objects:  75% (345960/460815), 124.50 MiB | 383 KiB/s   
Receiving objects:  75% (347438/460815), 124.71 MiB | 394 KiB/s   
Receiving objects:  75% (348860/460815), 125.02 MiB | 375 KiB/s   
Receiving objects:  75% (349819/460815), 125.56 MiB | 356 KiB/s   
Receiving objects:  75% (349819/460815), 125.98 MiB | 342 KiB/s   
Receiving objects:  75% (349819/460815), 126.21 MiB | 355 KiB/s   
Receiving objects:  75% (349819/460815), 126.50 MiB | 339 KiB/s   
Receiving objects:  75% (349820/460815), 126.63 MiB | 335 KiB/s   
Receiving objects:  75% (349821/460815), 126.93 MiB | 325 KiB/s   
Receiving objects:  75% (349821/460815), 127.24 MiB | 265 KiB/s   
Receiving objects:  75% (349821/460815), 127.45 MiB | 223 KiB/s   
Receiving objects:  75% (349821/460815), 127.55 MiB | 222 KiB/s   
Receiving objects:  75% (349821/460815), 127.72 MiB | 196 KiB/s   
Receiving objects:  75% (349821/460815), 127.93 MiB | 181 KiB/s   
Receiving objects:  75% (349821/460815), 128.19 MiB | 195 KiB/s   
Receiving objects:  75% (349822/460815), 128.34 MiB | 202 KiB/s   
Receiving objects:  75% (349823/460815), 128.67 MiB | 232 KiB/s   
Receiving objects:  75% (349824/460815), 129.24 MiB | 303 KiB/s   
Receiving objects:  75% (349824/460815), 129.67 MiB | 347 KiB/s   
Receiving objects:  75% (349824/460815), 129.89 MiB | 370 KiB/s   
Receiving objects:  75% (349824/460815), 130.19 MiB | 370 KiB/s   
Receiving objects:  75% (349824/460815), 130.44 MiB | 345 KiB/s   
Receiving objects:  75% (349824/460815), 130.65 MiB | 306 KiB/s   
Receiving objects:  75% (349824/460815), 130.86 MiB | 257 KiB/s   
Receiving objects:  75% (349824/460815), 131.11 MiB | 231 KiB/s   
Receiving objects:  75% (349824/460815), 131.38 MiB | 227 KiB/s   
Receiving objects:  75% (349824/460815), 131.71 MiB | 249 KiB/s   
Receiving objects:  75% (349824/460815), 132.07 MiB | 288 KiB/s   
Receiving objects:  75% (349824/460815), 132.47 MiB | 328 KiB/s   
Receiving objects:  75% (349824/460815), 132.93 MiB | 370 KiB/s   
Receiving objects:  75% (349824/460815), 133.40 MiB | 411 KiB/s   
Receiving objects:  75% (349824/460815), 133.65 MiB | 428 KiB/s   
Receiving objects:  75% (349824/460815), 134.21 MiB | 474 KiB/s   
Receiving objects:  75% (349824/460815), 134.74 MiB | 491 KiB/s   
Receiving objects:  75% (349824/460815), 135.09 MiB | 467 KiB/s   
Receiving objects:  75% (349824/460815), 135.41 MiB | 409 KiB/s   
Receiving objects:  75% (349824/460815), 135.53 MiB | 380 KiB/s   
Receiving objects:  75% (349824/460815), 135.79 MiB | 316 KiB/s   
Receiving objects:  75% (349824/460815), 136.10 MiB | 273 KiB/s   
Receiving objects:  75% (349824/460815), 136.46 MiB | 271 KiB/s   
Receiving objects:  75% (349824/460815), 136.86 MiB | 299 KiB/s   
Receiving objects:  75% (349824/460815), 137.08 MiB | 319 KiB/s   
Receiving objects:  75% (349824/460815), 137.55 MiB | 366 KiB/s   
Receiving objects:  75% (349824/460815), 138.07 MiB | 415 KiB/s   
Receiving objects:  75% (349824/460815), 138.53 MiB | 445 KiB/s   
Receiving objects:  75% (349824/460815), 138.84 MiB | 432 KiB/s   
Receiving objects:  75% (349824/460815), 139.21 MiB | 413 KiB/s   
Receiving objects:  75% (349824/460815), 139.50 MiB | 366 KiB/s   
Receiving objects:  75% (349824/460815), 139.79 MiB | 312 KiB/s   
Receiving objects:  75% (349824/460815), 140.07 MiB | 300 KiB/s   
Receiving objects:  75% (349824/460815), 140.44 MiB | 306 KiB/s   
Receiving objects:  75% (349824/460815), 140.82 MiB | 317 KiB/s   
Receiving objects:  75% (349824/460815), 141.25 MiB | 346 KiB/s   
Receiving objects:  75% (349824/460815), 141.48 MiB | 372 KiB/s   
Receiving objects:  75% (349824/460815), 141.93 MiB | 390 KiB/s   
Receiving objects:  75% (349824/460815), 142.21 MiB | 374 KiB/s   
Receiving objects:  75% (34982

RE: Unfamiliar with checkstyle

[Alex Huang]

Mike,

My guess is it's been brought back in during the merge.  I fixed most of those 
things in master.  You can go back to a previous version to double check.

Checkstyle is being run for every single project, unless someone specifically 
disabled it. 

--Alex

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 9, 2014 1:05 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Unfamiliar with checkstyle
> 
> I see two of the issues are in CloudStackPrimaryDataStoreImpl and are
> related to imports.
> 
> One complains about using * and the other about having duplicate imports.
> 
> I did not actually make these changes, so this makes me wonder if checkstyle
> is not typically being run on every project (so maybe I can disable its use
> when building the codebase somehow?).
> 
> 
> On Thu, Jan 9, 2014 at 1:35 PM, Mike Tutkowski
>  > wrote:
> 
> > It looks like we need to apply the checkstyle rules on a
> > project-by-project basis.
> >
> > Are we currently applying these rules to every project or just a subset?
> >
> > Thanks
> >
> >
> > On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> I can install the plug-in for Eclipse.
> >>
> >> Thanks, Alex!
> >>
> >>
> >> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang
> wrote:
> >>
> >>> Mike,
> >>>
> >>> If you're using eclipse, checkstyle has a plugin that you can install.
> >>>  Point the plugin to the style file in
> >>> tools/checkstyle/cloud-style.xml and it will use the same syntax.
> >>> I've always found it much easier to use the plugin than to read the build
> outputs.
> >>>
> >>> If you don't want to install the plugin, I don't think your log copy
> >>> didn't include the actual errors.  You might want to look further up
> >>> or down on your console to see what's the violation.
> >>>
> >>> --Alex
> >>>
> >>> > -Original Message-
> >>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >>> > Sent: Thursday, January 9, 2014 9:49 AM
> >>> > To: dev@cloudstack.apache.org
> >>> > Subject: Unfamiliar with checkstyle
> >>> >
> >>> > Hi,
> >>> >
> >>> > I was merging some code from 4.3 to master and received three
> >>> checkstyle
> >>> > errors.
> >>> >
> >>> > I'm not really familiar with how to find out details of these errors.
> >>> Can
> >>> > someone point me to the right place to begin my investigation?
> >>> >
> >>> > All I see right now is the following:
> >>> >
> >>> > [ERROR] Failed to execute goal
> >>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> >>> > (default)
> >>> on
> >>> > project cloudstack: Failed during checkstyle execution: There are
> >>> > 3
> >>> checkstyle
> >>> > errors. -> [Help 1]
> >>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> >>> execute
> >>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> >>> (default)
> >>> > on project cloudstack: Failed during checkstyle execution at
> >>> >
> >>>
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> >>> r.ja
> >>> > va:217)
> >>> > at
> >>> >
> >>>
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> >>> r.ja
> >>> > va:153)
> >>> > at
> >>> >
> >>>
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> >>> r.ja
> >>> > va:145)
> >>> > at
> >>> >
> >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
> >>> ect(Life
> >>> > cycleModuleBuilder.java:84)
> >>> > at
> >>> >
> >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
> >>> ect(Life
> >>> > cycleModuleBuilder.java:59)
> >>> > at
> >>> >
> >>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedB
> >>> uild(Lif
> >>> > ecycleStarter.java:183)
> >>> > at
> >>> >
> >>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(Lifecyc
> >>> leStarter
> >>> > .java:161)
> >>> > at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> >>> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> >>> > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> >>> > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> >>> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> >>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> >>> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> >>> > pl.j
> >>> > ava:57)
> >>> > at
> >>> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> >>> > ces
> >>> > sorImpl.java:43)
> >>> > at java.lang.reflect.Method.invoke(Method.java:606)
> >>> > at
> >>> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(L
> >>> > aunch
> >>> > er.java:290)
> >>> > at
> >>> >
> >>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.ja
> >>> va:23
> >>> > 0)
> >>> > at
> >>> >
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> >>> > (Laun
> >>> > cher.java:409)
> >>> > at

Build failed in Jenkins: cloudstack-4.3-maven-build #329

[jenkins]

See 

--
[...truncated 559 lines...]
Receiving objects:  75% (349821/460815), 132.36 MiB | 669 KiB/s   
Receiving objects:  75% (349821/460815), 132.70 MiB | 551 KiB/s   
Receiving objects:  75% (349821/460815), 132.82 MiB | 484 KiB/s   
Receiving objects:  75% (349821/460815), 133.09 MiB | 336 KiB/s   
Receiving objects:  75% (349821/460815), 133.43 MiB | 271 KiB/s   
Receiving objects:  75% (349821/460815), 133.59 MiB | 265 KiB/s   
Receiving objects:  75% (349821/460815), 133.92 MiB | 267 KiB/s   
Receiving objects:  75% (349821/460815), 134.18 MiB | 265 KiB/s   
Receiving objects:  75% (349821/460815), 134.45 MiB | 266 KiB/s   
Receiving objects:  75% (349821/460815), 134.57 MiB | 263 KiB/s   
Receiving objects:  75% (349821/460815), 134.76 MiB | 238 KiB/s   
Receiving objects:  75% (349821/460815), 135.03 MiB | 226 KiB/s   
Receiving objects:  75% (349821/460815), 135.35 MiB | 236 KiB/s   
Receiving objects:  75% (349821/460815), 135.72 MiB | 268 KiB/s   
Receiving objects:  75% (349821/460815), 136.13 MiB | 312 KiB/s   
Receiving objects:  75% (349821/460815), 136.60 MiB | 366 KiB/s   
Receiving objects:  75% (349821/460815), 137.11 MiB | 416 KiB/s   
Receiving objects:  75% (349821/460815), 137.39 MiB | 442 KiB/s   
Receiving objects:  75% (349821/460815), 137.98 MiB | 491 KiB/s   
Receiving objects:  75% (349821/460815), 138.51 MiB | 515 KiB/s   
Receiving objects:  75% (349821/460815), 138.94 MiB | 497 KiB/s   
Receiving objects:  75% (349821/460815), 139.18 MiB | 432 KiB/s   
Receiving objects:  75% (349821/460815), 139.48 MiB | 368 KiB/s   
Receiving objects:  75% (349821/460815), 139.64 MiB | 340 KiB/s   
Receiving objects:  75% (349821/460815), 140.02 MiB | 314 KiB/s   
Receiving objects:  75% (349821/460815), 140.42 MiB | 311 KiB/s   
Receiving objects:  75% (349821/460815), 140.88 MiB | 365 KiB/s   
Receiving objects:  75% (349821/460815), 141.41 MiB | 424 KiB/s   
Receiving objects:  75% (349821/460815), 142.00 MiB | 475 KiB/s   
Receiving objects:  75% (349821/460815), 142.61 MiB | 524 KiB/s   
Receiving objects:  75% (349824/460815), 142.93 MiB | 553 KiB/s   
Receiving objects:  75% (349831/460815), 143.68 MiB | 607 KiB/s   
Receiving objects:  75% (349834/460815), 144.44 MiB | 653 KiB/s   
Receiving objects:  75% (349836/460815), 145.02 MiB | 653 KiB/s   
Receiving objects:  75% (349837/460815), 145.52 MiB | 597 KiB/s   
Receiving objects:  75% (349843/460815), 145.83 MiB | 579 KiB/s   
Receiving objects:  75% (349843/460815), 146.47 MiB | 554 KiB/s   
Receiving objects:  75% (349844/460815), 147.09 MiB | 516 KiB/s   
Receiving objects:  75% (349849/460815), 147.37 MiB | 521 KiB/s   
Receiving objects:  75% (349851/460815), 147.86 MiB | 510 KiB/s   
Receiving objects:  75% (349854/460815), 148.53 MiB | 478 KiB/s   
Receiving objects:  75% (349855/460815), 148.82 MiB | 473 KiB/s   
Receiving objects:  75% (349961/460815), 149.07 MiB | 457 KiB/s   
Receiving objects:  75% (349986/460815), 149.94 MiB | 482 KiB/s   
Receiving objects:  75% (349987/460815), 150.25 MiB | 503 KiB/s   
Receiving objects:  75% (349988/460815), 151.29 MiB | 600 KiB/s   
Receiving objects:  75% (349990/460815), 151.89 MiB | 613 KiB/s   
Receiving objects:  75% (349992/460815), 152.14 MiB | 596 KiB/s   
Receiving objects:  75% (349995/460815), 152.69 MiB | 557 KiB/s   
Receiving objects:  75% (35/460815), 152.93 MiB | 538 KiB/s   
Receiving objects:  75% (350004/460815), 153.50 MiB | 524 KiB/s   
Receiving objects:  75% (350009/460815), 154.05 MiB | 485 KiB/s   
Receiving objects:  75% (350014/460815), 154.75 MiB | 544 KiB/s   
Receiving objects:  75% (350022/460815), 155.40 MiB | 588 KiB/s   
Receiving objects:  75% (350029/460815), 156.12 MiB | 644 KiB/s   
Receiving objects:  75% (350034/460815), 156.96 MiB | 696 KiB/s   
Receiving objects:  75% (350118/460815), 157.78 MiB | 750 KiB/s   
Receiving objects:  75% (350118/460815), 158.64 MiB | 769 KiB/s   
Receiving objects:  75% (350120/460815), 159.24 MiB | 712 KiB/s   
Receiving objects:  75% (350120/460815), 159.57 MiB | 699 KiB/s   
Receiving objects:  75% (350122/460815), 160.08 MiB | 632 KiB/s   
Receiving objects:  75% (350122/460815), 160.29 MiB | 500 KiB/s   
Receiving objects:  75% (350122/460815), 160.53 MiB | 378 KiB/s   
Receiving objects:  75% (350123/460815), 160.65 MiB | 357 KiB/s   
Receiving objects:  75% (350125/460815), 160.96 MiB | 294 KiB/s   
Receiving objects:  75% (350127/460815), 161.32 MiB | 261 KiB/s   
Receiving objects:  75% (350130/460815), 161.73 MiB | 309 KiB/s   
Receiving objects:  75% (350131/460815), 162.18 MiB | 357 KiB/s   
Receiving objects:  75% (350133/460815), 162.69 MiB | 410 KiB/s   
Receiving objects:  75% (350134/460815), 163.26 MiB | 467 KiB/s   
Receiving objects:  75% (350137/460815), 163.86 MiB | 513 KiB/s   
Receiving objects:  75% (350139/460815), 164.50 MiB | 543 KiB/s   
Receiving objects:  75% (35014

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

You are correct, Alex. I did not notice until after I sent my e-mail that
the merge brought back in a few imports that checkstyle did not like.

Thanks!


On Thu, Jan 9, 2014 at 2:47 PM, Alex Huang  wrote:

> Mike,
>
> My guess is it's been brought back in during the merge.  I fixed most of
> those things in master.  You can go back to a previous version to double
> check.
>
> Checkstyle is being run for every single project, unless someone
> specifically disabled it.
>
> --Alex
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Thursday, January 9, 2014 1:05 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Unfamiliar with checkstyle
> >
> > I see two of the issues are in CloudStackPrimaryDataStoreImpl and are
> > related to imports.
> >
> > One complains about using * and the other about having duplicate imports.
> >
> > I did not actually make these changes, so this makes me wonder if
> checkstyle
> > is not typically being run on every project (so maybe I can disable its
> use
> > when building the codebase somehow?).
> >
> >
> > On Thu, Jan 9, 2014 at 1:35 PM, Mike Tutkowski
> >  > > wrote:
> >
> > > It looks like we need to apply the checkstyle rules on a
> > > project-by-project basis.
> > >
> > > Are we currently applying these rules to every project or just a
> subset?
> > >
> > > Thanks
> > >
> > >
> > > On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > >> I can install the plug-in for Eclipse.
> > >>
> > >> Thanks, Alex!
> > >>
> > >>
> > >> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang
> > wrote:
> > >>
> > >>> Mike,
> > >>>
> > >>> If you're using eclipse, checkstyle has a plugin that you can
> install.
> > >>>  Point the plugin to the style file in
> > >>> tools/checkstyle/cloud-style.xml and it will use the same syntax.
> > >>> I've always found it much easier to use the plugin than to read the
> build
> > outputs.
> > >>>
> > >>> If you don't want to install the plugin, I don't think your log copy
> > >>> didn't include the actual errors.  You might want to look further up
> > >>> or down on your console to see what's the violation.
> > >>>
> > >>> --Alex
> > >>>
> > >>> > -Original Message-
> > >>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > >>> > Sent: Thursday, January 9, 2014 9:49 AM
> > >>> > To: dev@cloudstack.apache.org
> > >>> > Subject: Unfamiliar with checkstyle
> > >>> >
> > >>> > Hi,
> > >>> >
> > >>> > I was merging some code from 4.3 to master and received three
> > >>> checkstyle
> > >>> > errors.
> > >>> >
> > >>> > I'm not really familiar with how to find out details of these
> errors.
> > >>> Can
> > >>> > someone point me to the right place to begin my investigation?
> > >>> >
> > >>> > All I see right now is the following:
> > >>> >
> > >>> > [ERROR] Failed to execute goal
> > >>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> > >>> > (default)
> > >>> on
> > >>> > project cloudstack: Failed during checkstyle execution: There are
> > >>> > 3
> > >>> checkstyle
> > >>> > errors. -> [Help 1]
> > >>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> > >>> execute
> > >>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> > >>> (default)
> > >>> > on project cloudstack: Failed during checkstyle execution at
> > >>> >
> > >>>
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> > >>> r.ja
> > >>> > va:217)
> > >>> > at
> > >>> >
> > >>>
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> > >>> r.ja
> > >>> > va:153)
> > >>> > at
> > >>> >
> > >>>
> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
> > >>> r.ja
> > >>> > va:145)
> > >>> > at
> > >>> >
> > >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
> > >>> ect(Life
> > >>> > cycleModuleBuilder.java:84)
> > >>> > at
> > >>> >
> > >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
> > >>> ect(Life
> > >>> > cycleModuleBuilder.java:59)
> > >>> > at
> > >>> >
> > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedB
> > >>> uild(Lif
> > >>> > ecycleStarter.java:183)
> > >>> > at
> > >>> >
> > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(Lifecyc
> > >>> leStarter
> > >>> > .java:161)
> > >>> > at
> > org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> > >>> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> > >>> > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> > >>> > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> > >>> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> > >>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> > >>> >
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>> > pl.j
> > >>> > ava:57)
> > >>> > at
> > >>> >
> > sun.reflect.DelegatingMethodAccessorImpl

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

Hey Alex,

While we're on the subject, do you know of a good way to easily apply the
checkstyle rules to all projects without having to go into the project
properties of each project?

Sometimes I find it useful in Eclipse after a big update from Git (where
directories have been changed or something like that) to remove all
projects and re-import them.

Thanks!


On Thu, Jan 9, 2014 at 2:52 PM, Mike Tutkowski  wrote:

> You are correct, Alex. I did not notice until after I sent my e-mail that
> the merge brought back in a few imports that checkstyle did not like.
>
> Thanks!
>
>
> On Thu, Jan 9, 2014 at 2:47 PM, Alex Huang  wrote:
>
>> Mike,
>>
>> My guess is it's been brought back in during the merge.  I fixed most of
>> those things in master.  You can go back to a previous version to double
>> check.
>>
>> Checkstyle is being run for every single project, unless someone
>> specifically disabled it.
>>
>> --Alex
>>
>> > -Original Message-
>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > Sent: Thursday, January 9, 2014 1:05 PM
>> > To: dev@cloudstack.apache.org
>> > Subject: Re: Unfamiliar with checkstyle
>> >
>> > I see two of the issues are in CloudStackPrimaryDataStoreImpl and are
>> > related to imports.
>> >
>> > One complains about using * and the other about having duplicate
>> imports.
>> >
>> > I did not actually make these changes, so this makes me wonder if
>> checkstyle
>> > is not typically being run on every project (so maybe I can disable its
>> use
>> > when building the codebase somehow?).
>> >
>> >
>> > On Thu, Jan 9, 2014 at 1:35 PM, Mike Tutkowski
>> > > > > wrote:
>> >
>> > > It looks like we need to apply the checkstyle rules on a
>> > > project-by-project basis.
>> > >
>> > > Are we currently applying these rules to every project or just a
>> subset?
>> > >
>> > > Thanks
>> > >
>> > >
>> > > On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski <
>> > > mike.tutkow...@solidfire.com> wrote:
>> > >
>> > >> I can install the plug-in for Eclipse.
>> > >>
>> > >> Thanks, Alex!
>> > >>
>> > >>
>> > >> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang
>> > wrote:
>> > >>
>> > >>> Mike,
>> > >>>
>> > >>> If you're using eclipse, checkstyle has a plugin that you can
>> install.
>> > >>>  Point the plugin to the style file in
>> > >>> tools/checkstyle/cloud-style.xml and it will use the same syntax.
>> > >>> I've always found it much easier to use the plugin than to read the
>> build
>> > outputs.
>> > >>>
>> > >>> If you don't want to install the plugin, I don't think your log copy
>> > >>> didn't include the actual errors.  You might want to look further up
>> > >>> or down on your console to see what's the violation.
>> > >>>
>> > >>> --Alex
>> > >>>
>> > >>> > -Original Message-
>> > >>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > >>> > Sent: Thursday, January 9, 2014 9:49 AM
>> > >>> > To: dev@cloudstack.apache.org
>> > >>> > Subject: Unfamiliar with checkstyle
>> > >>> >
>> > >>> > Hi,
>> > >>> >
>> > >>> > I was merging some code from 4.3 to master and received three
>> > >>> checkstyle
>> > >>> > errors.
>> > >>> >
>> > >>> > I'm not really familiar with how to find out details of these
>> errors.
>> > >>> Can
>> > >>> > someone point me to the right place to begin my investigation?
>> > >>> >
>> > >>> > All I see right now is the following:
>> > >>> >
>> > >>> > [ERROR] Failed to execute goal
>> > >>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>> > >>> > (default)
>> > >>> on
>> > >>> > project cloudstack: Failed during checkstyle execution: There are
>> > >>> > 3
>> > >>> checkstyle
>> > >>> > errors. -> [Help 1]
>> > >>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>> > >>> execute
>> > >>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>> > >>> (default)
>> > >>> > on project cloudstack: Failed during checkstyle execution at
>> > >>> >
>> > >>>
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
>> > >>> r.ja
>> > >>> > va:217)
>> > >>> > at
>> > >>> >
>> > >>>
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
>> > >>> r.ja
>> > >>> > va:153)
>> > >>> > at
>> > >>> >
>> > >>>
>> > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecuto
>> > >>> r.ja
>> > >>> > va:145)
>> > >>> > at
>> > >>> >
>> > >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
>> > >>> ect(Life
>> > >>> > cycleModuleBuilder.java:84)
>> > >>> > at
>> > >>> >
>> > >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProj
>> > >>> ect(Life
>> > >>> > cycleModuleBuilder.java:59)
>> > >>> > at
>> > >>> >
>> > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedB
>> > >>> uild(Lif
>> > >>> > ecycleStarter.java:183)
>> > >>> > at
>> > >>> >
>> > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(Lifecyc
>> > >>> leStarter
>> > >>> > .java:161)
>> > >>> > at
>> > org.apache.maven.Defaul

Build failed in Jenkins: cloudstack-4.3-maven-build #330

[jenkins]

See 

--
[...truncated 563 lines...]
Receiving objects:  75% (348807/460905), 124.96 MiB | 270 KiB/s   
Receiving objects:  75% (349843/460905), 125.44 MiB | 276 KiB/s   
Receiving objects:  75% (349843/460905), 125.82 MiB | 297 KiB/s   
Receiving objects:  75% (349843/460905), 126.17 MiB | 325 KiB/s   
Receiving objects:  75% (349843/460905), 126.34 MiB | 335 KiB/s   
Receiving objects:  75% (349843/460905), 126.57 MiB | 324 KiB/s   
Receiving objects:  75% (349844/460905), 126.74 MiB | 281 KiB/s   
Receiving objects:  75% (349844/460905), 126.95 MiB | 242 KiB/s   
Receiving objects:  75% (349845/460905), 127.21 MiB | 224 KiB/s   
Receiving objects:  75% (349845/460905), 127.51 MiB | 227 KiB/s   
Receiving objects:  75% (349845/460905), 127.86 MiB | 268 KiB/s   
Receiving objects:  75% (349845/460905), 128.26 MiB | 318 KiB/s   
Receiving objects:  75% (349846/460905), 128.56 MiB | 332 KiB/s   
Receiving objects:  75% (349848/460905), 128.82 MiB | 326 KiB/s   
Receiving objects:  75% (349848/460905), 129.11 MiB | 321 KiB/s   
Receiving objects:  75% (349848/460905), 129.47 MiB | 316 KiB/s   
Receiving objects:  75% (349848/460905), 129.87 MiB | 317 KiB/s   
Receiving objects:  75% (349848/460905), 130.15 MiB | 329 KiB/s   
Receiving objects:  75% (349848/460905), 130.32 MiB | 303 KiB/s   
Receiving objects:  75% (349848/460905), 130.49 MiB | 270 KiB/s   
Receiving objects:  75% (349848/460905), 130.71 MiB | 234 KiB/s   
Receiving objects:  75% (349848/460905), 130.96 MiB | 206 KiB/s   
Receiving objects:  75% (349848/460905), 131.28 MiB | 230 KiB/s   
Receiving objects:  75% (349848/460905), 131.45 MiB | 253 KiB/s   
Receiving objects:  75% (349848/460905), 131.83 MiB | 300 KiB/s   
Receiving objects:  75% (349848/460905), 132.18 MiB | 316 KiB/s   
Receiving objects:  75% (349848/460905), 132.43 MiB | 317 KiB/s   
Receiving objects:  75% (349848/460905), 132.66 MiB | 298 KiB/s   
Receiving objects:  75% (349848/460905), 132.85 MiB | 261 KiB/s   
Receiving objects:  75% (349848/460905), 133.07 MiB | 240 KiB/s   
Receiving objects:  75% (349848/460905), 133.36 MiB | 235 KiB/s   
Receiving objects:  75% (349848/460905), 133.68 MiB | 253 KiB/s   
Receiving objects:  75% (349848/460905), 134.06 MiB | 292 KiB/s   
Receiving objects:  75% (349848/460905), 134.48 MiB | 339 KiB/s   
Receiving objects:  75% (349848/460905), 134.68 MiB | 344 KiB/s   
Receiving objects:  75% (349848/460905), 135.00 MiB | 352 KiB/s   
Receiving objects:  75% (349848/460905), 135.29 MiB | 343 KiB/s   
Receiving objects:  75% (349848/460905), 135.63 MiB | 339 KiB/s   
Receiving objects:  75% (349848/460905), 136.02 MiB | 332 KiB/s   
Receiving objects:  75% (349848/460905), 136.45 MiB | 354 KiB/s   
Receiving objects:  75% (349848/460905), 136.69 MiB | 347 KiB/s   
Receiving objects:  75% (349848/460905), 136.98 MiB | 342 KiB/s   
Receiving objects:  75% (349848/460905), 137.32 MiB | 334 KiB/s   
Receiving objects:  75% (349848/460905), 137.70 MiB | 326 KiB/s   
Receiving objects:  75% (349848/460905), 138.13 MiB | 347 KiB/s   
Receiving objects:  75% (349848/460905), 138.52 MiB | 374 KiB/s   
Receiving objects:  75% (349848/460905), 138.79 MiB | 363 KiB/s   
Receiving objects:  75% (349848/460905), 139.11 MiB | 355 KiB/s   
Receiving objects:  75% (349848/460905), 139.47 MiB | 348 KiB/s   
Receiving objects:  75% (349848/460905), 139.84 MiB | 321 KiB/s   
Receiving objects:  75% (349848/460905), 140.09 MiB | 309 KiB/s   
Receiving objects:  75% (349848/460905), 140.24 MiB | 311 KiB/s   
Receiving objects:  75% (349848/460905), 140.55 MiB | 310 KiB/s   
Receiving objects:  75% (349848/460905), 140.93 MiB | 312 KiB/s   
Receiving objects:  75% (349848/460905), 141.33 MiB | 328 KiB/s   
Receiving objects:  75% (349848/460905), 141.79 MiB | 382 KiB/s   
Receiving objects:  75% (349848/460905), 142.31 MiB | 432 KiB/s   
Receiving objects:  75% (349849/460905), 142.57 MiB | 456 KiB/s   
Receiving objects:  75% (349853/460905), 143.46 MiB | 525 KiB/s   
Receiving objects:  75% (349858/460905), 143.71 MiB | 534 KiB/s   
Receiving objects:  75% (349858/460905), 144.23 MiB | 492 KiB/s   
Receiving objects:  75% (349862/460905), 144.64 MiB | 462 KiB/s   
Receiving objects:  75% (349863/460905), 144.84 MiB | 428 KiB/s   
Receiving objects:  75% (349864/460905), 145.31 MiB | 346 KiB/s   
Receiving objects:  75% (349865/460905), 145.46 MiB | 343 KiB/s   
Receiving objects:  75% (349869/460905), 146.00 MiB | 338 KiB/s   
Receiving objects:  75% (349870/460905), 146.41 MiB | 353 KiB/s   
Receiving objects:  75% (349871/460905), 146.79 MiB | 365 KiB/s   
Receiving objects:  75% (349871/460905), 147.04 MiB | 357 KiB/s   
Receiving objects:  75% (349873/460905), 147.19 MiB | 351 KiB/s   
Receiving objects:  75% (349877/460905), 147.52 MiB | 342 KiB/s   
Receiving objects:  75% (349877/460905), 147.84 MiB | 270 KiB/s   
Receiving objects:  75% (34988

Re: Review Request 16750: CLOUDSTACK-5651 deployVm: customparameters param name has to be changed

[Alena Prokharchyk]

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


One minor suggestion - can you please change this place:

private  Map Details;

so "Details" start with lowercase d? Thats the java convention that 
instance/local vars and function names should be camelcased. 

- Alena Prokharchyk


On Jan. 9, 2014, 12:29 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16750/
> ---
> 
> (Updated Jan. 9, 2014, 12:29 p.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  CLOUDSTACK-5651 deployVm: customparameters param name has to be changed
>  https://issues.apache.org/jira/browse/CLOUDSTACK-5651
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java fbd3df8 
>   
> api/src/org/apache/cloudstack/api/command/admin/systemvm/ScaleSystemVMCmd.java
>  2020622 
>   
> api/src/org/apache/cloudstack/api/command/admin/systemvm/UpgradeSystemVMCmd.java
>  531cddc 
>   api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java a8a21ab 
>   api/src/org/apache/cloudstack/api/command/user/vm/ScaleVMCmd.java 1716b61 
>   api/src/org/apache/cloudstack/api/command/user/vm/UpgradeVMCmd.java 140931e 
>   server/src/com/cloud/server/ManagementServerImpl.java d81e847 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 23df880 
> 
> Diff: https://reviews.apache.org/r/16750/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.3
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Review Request 16750: CLOUDSTACK-5651 deployVm: customparameters param name has to be changed

[Alena Prokharchyk]

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


One minor suggestion - can you please change this place:

private  Map Details;

so "Details" start with lowercase d? Thats the java convention that 
instance/local vars and function names should be camelcased. 

- Alena Prokharchyk


On Jan. 9, 2014, 12:29 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16750/
> ---
> 
> (Updated Jan. 9, 2014, 12:29 p.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  CLOUDSTACK-5651 deployVm: customparameters param name has to be changed
>  https://issues.apache.org/jira/browse/CLOUDSTACK-5651
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java fbd3df8 
>   
> api/src/org/apache/cloudstack/api/command/admin/systemvm/ScaleSystemVMCmd.java
>  2020622 
>   
> api/src/org/apache/cloudstack/api/command/admin/systemvm/UpgradeSystemVMCmd.java
>  531cddc 
>   api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java a8a21ab 
>   api/src/org/apache/cloudstack/api/command/user/vm/ScaleVMCmd.java 1716b61 
>   api/src/org/apache/cloudstack/api/command/user/vm/UpgradeVMCmd.java 140931e 
>   server/src/com/cloud/server/ManagementServerImpl.java d81e847 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 23df880 
> 
> Diff: https://reviews.apache.org/r/16750/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.3
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Build failed in Jenkins: cloudstack-4.3-maven-build #331

[jenkins]

See 

--
[...truncated 562 lines...]
Receiving objects:  73% (338296/460905), 118.73 MiB | 474 KiB/s   
Receiving objects:  73% (338296/460905), 118.98 MiB | 410 KiB/s   
Receiving objects:  73% (338296/460905), 119.27 MiB | 344 KiB/s   
Receiving objects:  73% (338296/460905), 119.57 MiB | 284 KiB/s   
Receiving objects:  73% (338296/460905), 119.79 MiB | 258 KiB/s   
Receiving objects:  73% (339076/460905), 120.07 MiB | 265 KiB/s   
Receiving objects:  73% (339076/460905), 120.39 MiB | 277 KiB/s   
Receiving objects:  73% (339076/460905), 120.77 MiB | 290 KiB/s   
Receiving objects:  73% (339076/460905), 121.21 MiB | 335 KiB/s   
Receiving objects:  73% (339076/460905), 121.68 MiB | 389 KiB/s   
Receiving objects:  73% (339076/460905), 121.88 MiB | 390 KiB/s   
Receiving objects:  73% (339076/460905), 122.28 MiB | 401 KiB/s   
Receiving objects:  73% (339078/460905), 122.46 MiB | 400 KiB/s   
Receiving objects:  73% (339106/460905), 122.87 MiB | 394 KiB/s   
Receiving objects:  73% (339109/460905), 123.14 MiB | 349 KiB/s   
Receiving objects:  73% (339860/460905), 123.41 MiB | 317 KiB/s   
Receiving objects:  74% (341070/460905), 123.58 MiB | 305 KiB/s   
Receiving objects:  74% (341653/460905), 123.76 MiB | 314 KiB/s   
Receiving objects:  74% (343000/460905), 123.94 MiB | 313 KiB/s   
Receiving objects:  75% (345679/460905), 124.14 MiB | 318 KiB/s   
Receiving objects:  75% (346619/460905), 124.36 MiB | 319 KiB/s   
Receiving objects:  75% (348772/460905), 124.82 MiB | 368 KiB/s   
Receiving objects:  75% (349784/460905), 125.54 MiB | 430 KiB/s   
Receiving objects:  75% (349784/460905), 125.82 MiB | 401 KiB/s   
Receiving objects:  75% (349784/460905), 126.02 MiB | 353 KiB/s   
Receiving objects:  75% (349784/460905), 126.20 MiB | 287 KiB/s   
Receiving objects:  75% (349784/460905), 126.29 MiB | 252 KiB/s   
Receiving objects:  75% (349784/460905), 126.50 MiB | 198 KiB/s   
Receiving objects:  75% (349785/460905), 126.77 MiB | 203 KiB/s   
Receiving objects:  75% (349786/460905), 127.08 MiB | 226 KiB/s   
Receiving objects:  75% (349786/460905), 127.45 MiB | 271 KiB/s   
Receiving objects:  75% (349786/460905), 127.89 MiB | 327 KiB/s   
Receiving objects:  75% (349787/460905), 128.12 MiB | 353 KiB/s   
Receiving objects:  75% (349788/460905), 128.58 MiB | 389 KiB/s   
Receiving objects:  75% (349789/460905), 128.96 MiB | 400 KiB/s   
Receiving objects:  75% (349789/460905), 129.30 MiB | 393 KiB/s   
Receiving objects:  75% (349789/460905), 129.71 MiB | 390 KiB/s   
Receiving objects:  75% (349789/460905), 130.16 MiB | 380 KiB/s   
Receiving objects:  75% (349789/460905), 130.68 MiB | 410 KiB/s   
Receiving objects:  75% (349789/460905), 131.24 MiB | 458 KiB/s   
Receiving objects:  75% (349789/460905), 131.86 MiB | 517 KiB/s   
Receiving objects:  75% (349789/460905), 132.28 MiB | 507 KiB/s   
Receiving objects:  75% (349789/460905), 132.48 MiB | 490 KiB/s   
Receiving objects:  75% (349789/460905), 132.94 MiB | 475 KiB/s   
Receiving objects:  75% (349789/460905), 133.46 MiB | 462 KiB/s   
Receiving objects:  75% (349789/460905), 133.87 MiB | 402 KiB/s   
Receiving objects:  75% (349789/460905), 134.22 MiB | 389 KiB/s   
Receiving objects:  75% (349789/460905), 134.45 MiB | 391 KiB/s   
Receiving objects:  75% (349789/460905), 134.96 MiB | 397 KiB/s   
Receiving objects:  75% (349789/460905), 135.42 MiB | 384 KiB/s   
Receiving objects:  75% (349789/460905), 135.74 MiB | 395 KiB/s   
Receiving objects:  75% (349789/460905), 136.36 MiB | 451 KiB/s   
Receiving objects:  75% (349789/460905), 137.04 MiB | 520 KiB/s   
Receiving objects:  75% (349789/460905), 137.64 MiB | 523 KiB/s   
Receiving objects:  75% (349789/460905), 137.82 MiB | 509 KiB/s   
Receiving objects:  75% (349789/460905), 138.12 MiB | 463 KiB/s   
Receiving objects:  75% (349789/460905), 138.46 MiB | 405 KiB/s   
Receiving objects:  75% (349789/460905), 138.62 MiB | 375 KiB/s   
Receiving objects:  75% (349789/460905), 138.90 MiB | 306 KiB/s   
Receiving objects:  75% (349789/460905), 139.19 MiB | 273 KiB/s   
Receiving objects:  75% (349789/460905), 139.48 MiB | 273 KiB/s   
Receiving objects:  75% (349789/460905), 139.85 MiB | 285 KiB/s   
Receiving objects:  75% (349789/460905), 140.23 MiB | 308 KiB/s   
Receiving objects:  75% (349789/460905), 140.71 MiB | 366 KiB/s   
Receiving objects:  75% (349789/460905), 141.21 MiB | 410 KiB/s   
Receiving objects:  75% (349789/460905), 141.79 MiB | 471 KiB/s   
Receiving objects:  75% (349789/460905), 142.09 MiB | 497 KiB/s   
Receiving objects:  75% (349789/460905), 142.72 MiB | 548 KiB/s   
Receiving objects:  75% (349795/460905), 143.11 MiB | 584 KiB/s   
Receiving objects:  75% (349800/460905), 143.84 MiB | 626 KiB/s   
Receiving objects:  75% (349803/460905), 144.95 MiB | 679 KiB/s   
Receiving objects:  75% (349805/460905), 145.25 MiB | 608 KiB/s   
Receiving objects:  75% (34980

Build failed in Jenkins: cloudstack-4.3-maven-build #332

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (349934/460931), 133.21 MiB | 331 KiB/s   
Receiving objects:  75% (349934/460931), 133.69 MiB | 336 KiB/s   
Receiving objects:  75% (349934/460931), 134.23 MiB | 390 KiB/s   
Receiving objects:  75% (349934/460931), 134.77 MiB | 444 KiB/s   
Receiving objects:  75% (349934/460931), 135.31 MiB | 479 KiB/s   
Receiving objects:  75% (349934/460931), 135.46 MiB | 471 KiB/s   
Receiving objects:  75% (349934/460931), 135.79 MiB | 437 KiB/s   
Receiving objects:  75% (349934/460931), 136.07 MiB | 380 KiB/s   
Receiving objects:  75% (349934/460931), 136.36 MiB | 328 KiB/s   
Receiving objects:  75% (349934/460931), 136.73 MiB | 290 KiB/s   
Receiving objects:  75% (349934/460931), 136.91 MiB | 296 KiB/s   
Receiving objects:  75% (349934/460931), 137.37 MiB | 326 KiB/s   
Receiving objects:  75% (349934/460931), 137.86 MiB | 374 KiB/s   
Receiving objects:  75% (349934/460931), 138.39 MiB | 420 KiB/s   
Receiving objects:  75% (349934/460931), 138.95 MiB | 467 KiB/s   
Receiving objects:  75% (349934/460931), 139.29 MiB | 461 KiB/s   
Receiving objects:  75% (349934/460931), 139.56 MiB | 421 KiB/s   
Receiving objects:  75% (349934/460931), 139.74 MiB | 398 KiB/s   
Receiving objects:  75% (349934/460931), 140.02 MiB | 330 KiB/s   
Receiving objects:  75% (349934/460931), 140.36 MiB | 279 KiB/s   
Receiving objects:  75% (349934/460931), 140.58 MiB | 281 KiB/s   
Receiving objects:  75% (349934/460931), 141.02 MiB | 296 KiB/s   
Receiving objects:  75% (349934/460931), 141.53 MiB | 340 KiB/s   
Receiving objects:  75% (349934/460931), 141.77 MiB | 370 KiB/s   
Receiving objects:  75% (349934/460931), 142.11 MiB | 371 KiB/s   
Receiving objects:  75% (349934/460931), 142.46 MiB | 378 KiB/s   
Receiving objects:  75% (349935/460931), 142.69 MiB | 384 KiB/s   
Receiving objects:  75% (349938/460931), 143.14 MiB | 372 KiB/s   
Receiving objects:  75% (349939/460931), 143.50 MiB | 352 KiB/s   
Receiving objects:  75% (349943/460931), 143.88 MiB | 359 KiB/s   
Receiving objects:  75% (349944/460931), 144.23 MiB | 359 KiB/s   
Receiving objects:  75% (349947/460931), 144.41 MiB | 350 KiB/s   
Receiving objects:  75% (349949/460931), 144.86 MiB | 347 KiB/s   
Receiving objects:  75% (349950/460931), 145.38 MiB | 378 KiB/s   
Receiving objects:  75% (349951/460931), 145.71 MiB | 379 KiB/s   
Receiving objects:  75% (349955/460931), 146.07 MiB | 377 KiB/s   
Receiving objects:  75% (349956/460931), 146.48 MiB | 373 KiB/s   
Receiving objects:  75% (349957/460931), 146.60 MiB | 352 KiB/s   
Receiving objects:  75% (349957/460931), 146.88 MiB | 301 KiB/s   
Receiving objects:  75% (349957/460931), 147.05 MiB | 262 KiB/s   
Receiving objects:  75% (349958/460931), 147.18 MiB | 257 KiB/s   
Receiving objects:  75% (349960/460931), 147.36 MiB | 219 KiB/s   
Receiving objects:  75% (349961/460931), 147.46 MiB | 188 KiB/s   
Receiving objects:  75% (349963/460931), 147.82 MiB | 183 KiB/s   
Receiving objects:  75% (349964/460931), 147.98 MiB | 199 KiB/s   
Receiving objects:  75% (349967/460931), 148.33 MiB | 230 KiB/s   
Receiving objects:  75% (349968/460931), 148.71 MiB | 272 KiB/s   
Receiving objects:  75% (349969/460931), 148.92 MiB | 303 KiB/s   
Receiving objects:  75% (350099/460931), 149.63 MiB | 379 KiB/s   
Receiving objects:  75% (350099/460931), 150.14 MiB | 417 KiB/s   
Receiving objects:  75% (350099/460931), 150.29 MiB | 401 KiB/s   
Receiving objects:  75% (350100/460931), 150.66 MiB | 405 KiB/s   
Receiving objects:  75% (350101/460931), 151.11 MiB | 395 KiB/s   
Receiving objects:  75% (350103/460931), 151.32 MiB | 393 KiB/s   
Receiving objects:  75% (350104/460931), 151.82 MiB | 397 KiB/s   
Receiving objects:  75% (350106/460931), 152.36 MiB | 431 KiB/s   
Receiving objects:  75% (350111/460931), 152.69 MiB | 460 KiB/s   
Receiving objects:  75% (350116/460931), 153.64 MiB | 531 KiB/s   
Receiving objects:  75% (350123/460931), 154.01 MiB | 568 KiB/s   
Receiving objects:  75% (350127/460931), 154.75 MiB | 612 KiB/s   
Receiving objects:  75% (350132/460931), 155.35 MiB | 567 KiB/s   
Receiving objects:  75% (350135/460931), 155.61 MiB | 495 KiB/s   
Receiving objects:  75% (350137/460931), 155.85 MiB | 391 KiB/s   
Receiving objects:  75% (350139/460931), 155.96 MiB | 336 KiB/s   
Receiving objects:  75% (350141/460931), 156.18 MiB | 249 KiB/s   
Receiving objects:  75% (350143/460931), 156.46 MiB | 234 KiB/s   
Receiving objects:  75% (350145/460931), 156.76 MiB | 238 KiB/s   
Receiving objects:  75% (350147/460931), 157.14 MiB | 275 KiB/s   
Receiving objects:  75% (350149/460931), 157.35 MiB | 292 KiB/s   
Receiving objects:  75% (350231/460931), 158.00 MiB | 367 KiB/s   
Receiving objects:  75% (350231/460931), 158.54 MiB | 419 KiB/s   
Receiving objects:  75% (350233/460931), 158.82 MiB | 445 KiB/s   
Receiving objects:  75% (35023

Build failed in Jenkins: cloudstack-4.3-maven-build #333

[jenkins]

See 

--
[...truncated 566 lines...]
Receiving objects:  75% (349915/460945), 146.11 MiB | 696 KiB/s   
Receiving objects:  75% (349916/460945), 146.81 MiB | 711 KiB/s   
Receiving objects:  75% (349921/460945), 147.50 MiB | 680 KiB/s   
Receiving objects:  75% (349922/460945), 147.89 MiB | 609 KiB/s   
Receiving objects:  75% (349925/460945), 148.23 MiB | 518 KiB/s   
Receiving objects:  75% (349925/460945), 148.48 MiB | 379 KiB/s   
Receiving objects:  75% (349926/460945), 148.78 MiB | 311 KiB/s   
Receiving objects:  75% (349926/460945), 148.93 MiB | 285 KiB/s   
Receiving objects:  75% (349928/460945), 149.05 MiB | 254 KiB/s   
Receiving objects:  75% (350053/460945), 149.26 MiB | 241 KiB/s   
Receiving objects:  75% (350057/460945), 149.68 MiB | 243 KiB/s   
Receiving objects:  75% (350057/460945), 150.03 MiB | 261 KiB/s   
Receiving objects:  75% (350057/460945), 150.41 MiB | 294 KiB/s   
Receiving objects:  75% (350058/460945), 150.77 MiB | 322 KiB/s   
Receiving objects:  75% (350059/460945), 150.77 MiB | 322 KiB/s   
Receiving objects:  75% (350059/460945), 151.24 MiB | 330 KiB/s   
Receiving objects:  75% (350061/460945), 151.60 MiB | 330 KiB/s   
Receiving objects:  75% (350062/460945), 152.04 MiB | 342 KiB/s   
Receiving objects:  75% (350065/460945), 152.25 MiB | 353 KiB/s   
Receiving objects:  75% (350069/460945), 152.75 MiB | 393 KiB/s   
Receiving objects:  75% (350074/460945), 153.31 MiB | 449 KiB/s   
Receiving objects:  75% (350076/460945), 153.82 MiB | 466 KiB/s   
Receiving objects:  75% (350080/460945), 154.18 MiB | 444 KiB/s   
Receiving objects:  75% (350083/460945), 154.42 MiB | 444 KiB/s   
Receiving objects:  75% (350089/460945), 154.89 MiB | 440 KiB/s   
Receiving objects:  75% (350094/460945), 155.38 MiB | 421 KiB/s   
Receiving objects:  75% (350098/460945), 156.05 MiB | 452 KiB/s   
Receiving objects:  75% (350104/460945), 156.43 MiB | 487 KiB/s   
Receiving objects:  75% (350107/460945), 157.04 MiB | 536 KiB/s   
Receiving objects:  75% (350189/460945), 157.79 MiB | 568 KiB/s   
Receiving objects:  75% (350189/460945), 158.23 MiB | 555 KiB/s   
Receiving objects:  75% (350190/460945), 158.46 MiB | 549 KiB/s   
Receiving objects:  75% (350191/460945), 159.23 MiB | 511 KiB/s   
Receiving objects:  75% (350192/460945), 159.52 MiB | 505 KiB/s   
Receiving objects:  75% (350193/460945), 160.38 MiB | 491 KiB/s   
Receiving objects:  75% (350193/460945), 160.59 MiB | 489 KiB/s   
Receiving objects:  75% (350195/460945), 161.00 MiB | 467 KiB/s   
Receiving objects:  75% (350198/460945), 161.48 MiB | 455 KiB/s   
Receiving objects:  75% (350201/460945), 161.71 MiB | 446 KiB/s   
Receiving objects:  75% (350204/460945), 162.62 MiB | 460 KiB/s   
Receiving objects:  75% (350204/460945), 162.87 MiB | 462 KiB/s   
Receiving objects:  75% (350205/460945), 163.27 MiB | 454 KiB/s   
Receiving objects:  75% (350206/460945), 163.44 MiB | 426 KiB/s   
Receiving objects:  75% (350208/460945), 163.74 MiB | 382 KiB/s   
Receiving objects:  75% (350208/460945), 163.96 MiB | 305 KiB/s   
Receiving objects:  75% (350208/460945), 164.08 MiB | 266 KiB/s   
Receiving objects:  75% (350210/460945), 164.20 MiB | 247 KiB/s   
Receiving objects:  75% (350211/460945), 164.45 MiB | 224 KiB/s   
Receiving objects:  75% (350211/460945), 164.76 MiB | 206 KiB/s   
Receiving objects:  75% (350211/460945), 165.04 MiB | 229 KiB/s   
Receiving objects:  75% (350212/460945), 165.23 MiB | 221 KiB/s   
Receiving objects:  75% (350212/460945), 165.35 MiB | 208 KiB/s   
Receiving objects:  75% (350214/460945), 165.46 MiB | 216 KiB/s   
Receiving objects:  75% (350214/460945), 165.94 MiB | 247 KiB/s   
Receiving objects:  75% (350215/460945), 166.29 MiB | 261 KiB/s   
Receiving objects:  75% (350217/460945), 166.44 MiB | 265 KiB/s   
Receiving objects:  75% (350217/460945), 166.74 MiB | 278 KiB/s   
Receiving objects:  75% (350217/460945), 167.12 MiB | 293 KiB/s   
Receiving objects:  75% (350218/460945), 167.35 MiB | 299 KiB/s   
Receiving objects:  75% (350220/460945), 167.66 MiB | 284 KiB/s   
Receiving objects:  75% (350221/460945), 167.94 MiB | 280 KiB/s   
Receiving objects:  75% (350222/460945), 168.09 MiB | 285 KiB/s   
Receiving objects:  75% (350222/460945), 168.64 MiB | 307 KiB/s   
Receiving objects:  75% (350223/460945), 168.89 MiB | 317 KiB/s   
Receiving objects:  75% (350224/460945), 169.34 MiB | 362 KiB/s   
Receiving objects:  75% (350225/460945), 169.89 MiB | 416 KiB/s   
Receiving objects:  75% (350227/460945), 170.48 MiB | 469 KiB/s   
Receiving objects:  75% (350229/460945), 170.80 MiB | 498 KiB/s   
Receiving objects:  75% (350231/460945), 171.57 MiB | 523 KiB/s   
Receiving objects:  75% (350233/460945), 171.79 MiB | 523 KiB/s   
Receiving objects:  75% (350234/460945), 172.19 MiB | 489 KiB/s   
Receiving objects:  75% (350236/460945), 172.71 MiB | 469 KiB/s   
Receiving objects:  75% (35024

Build failed in Jenkins: cloudstack-4.3-maven-build #334

[jenkins]

See 

--
[...truncated 560 lines...]
Receiving objects:  75% (349930/460945), 131.74 MiB | 313 KiB/s   
Receiving objects:  75% (349930/460945), 132.17 MiB | 319 KiB/s   
Receiving objects:  75% (349930/460945), 132.65 MiB | 354 KiB/s   
Receiving objects:  75% (349930/460945), 132.98 MiB | 361 KiB/s   
Receiving objects:  75% (349930/460945), 133.29 MiB | 369 KiB/s   
Receiving objects:  75% (349930/460945), 133.64 MiB | 354 KiB/s   
Receiving objects:  75% (349930/460945), 133.87 MiB | 361 KiB/s   
Receiving objects:  75% (349930/460945), 134.31 MiB | 353 KiB/s   
Receiving objects:  75% (349930/460945), 134.66 MiB | 360 KiB/s   
Receiving objects:  75% (349930/460945), 134.96 MiB | 358 KiB/s   
Receiving objects:  75% (349930/460945), 135.30 MiB | 360 KiB/s   
Receiving objects:  75% (349930/460945), 135.69 MiB | 354 KiB/s   
Receiving objects:  75% (349930/460945), 136.07 MiB | 341 KiB/s   
Receiving objects:  75% (349930/460945), 136.20 MiB | 326 KiB/s   
Receiving objects:  75% (349930/460945), 136.45 MiB | 307 KiB/s   
Receiving objects:  75% (349930/460945), 136.67 MiB | 276 KiB/s   
Receiving objects:  75% (349930/460945), 136.95 MiB | 249 KiB/s   
Receiving objects:  75% (349930/460945), 137.27 MiB | 244 KiB/s   
Receiving objects:  75% (349930/460945), 137.64 MiB | 272 KiB/s   
Receiving objects:  75% (349930/460945), 137.86 MiB | 294 KiB/s   
Receiving objects:  75% (349930/460945), 138.32 MiB | 351 KiB/s   
Receiving objects:  75% (349930/460945), 138.80 MiB | 385 KiB/s   
Receiving objects:  75% (349930/460945), 139.19 MiB | 393 KiB/s   
Receiving objects:  75% (349930/460945), 139.57 MiB | 390 KiB/s   
Receiving objects:  75% (349930/460945), 139.75 MiB | 387 KiB/s   
Receiving objects:  75% (349930/460945), 140.21 MiB | 386 KiB/s   
Receiving objects:  75% (349930/460945), 140.71 MiB | 400 KiB/s   
Receiving objects:  75% (349930/460945), 141.26 MiB | 438 KiB/s   
Receiving objects:  75% (349930/460945), 141.77 MiB | 458 KiB/s   
Receiving objects:  75% (349930/460945), 141.97 MiB | 456 KiB/s   
Receiving objects:  75% (349930/460945), 142.39 MiB | 441 KiB/s   
Receiving objects:  75% (349931/460945), 142.59 MiB | 439 KiB/s   
Receiving objects:  75% (349934/460945), 143.09 MiB | 430 KiB/s   
Receiving objects:  75% (349940/460945), 143.65 MiB | 445 KiB/s   
Receiving objects:  75% (349942/460945), 144.21 MiB | 473 KiB/s   
Receiving objects:  75% (349945/460945), 144.89 MiB | 540 KiB/s   
Receiving objects:  75% (349946/460945), 145.55 MiB | 581 KiB/s   
Receiving objects:  75% (349951/460945), 146.00 MiB | 569 KiB/s   
Receiving objects:  75% (349952/460945), 146.30 MiB | 500 KiB/s   
Receiving objects:  75% (349953/460945), 146.43 MiB | 470 KiB/s   
Receiving objects:  75% (349953/460945), 146.90 MiB | 362 KiB/s   
Receiving objects:  75% (349954/460945), 147.09 MiB | 329 KiB/s   
Receiving objects:  75% (349959/460945), 147.51 MiB | 328 KiB/s   
Receiving objects:  75% (349962/460945), 147.97 MiB | 370 KiB/s   
Receiving objects:  75% (349964/460945), 148.73 MiB | 443 KiB/s   
Receiving objects:  75% (349966/460945), 149.02 MiB | 471 KiB/s   
Receiving objects:  75% (350095/460945), 149.89 MiB | 527 KiB/s   
Receiving objects:  75% (350095/460945), 150.14 MiB | 469 KiB/s   
Receiving objects:  75% (350095/460945), 150.27 MiB | 445 KiB/s   
Receiving objects:  75% (350096/460945), 150.39 MiB | 408 KiB/s   
Receiving objects:  75% (350096/460945), 150.88 MiB | 324 KiB/s   
Receiving objects:  75% (350098/460945), 151.11 MiB | 299 KiB/s   
Receiving objects:  75% (350099/460945), 151.62 MiB | 314 KiB/s   
Receiving objects:  75% (350101/460945), 151.84 MiB | 339 KiB/s   
Receiving objects:  75% (350104/460945), 152.39 MiB | 400 KiB/s   
Receiving objects:  75% (350106/460945), 152.78 MiB | 413 KiB/s   
Receiving objects:  75% (350110/460945), 153.12 MiB | 413 KiB/s   
Receiving objects:  75% (350113/460945), 153.51 MiB | 398 KiB/s   
Receiving objects:  75% (350115/460945), 153.97 MiB | 393 KiB/s   
Receiving objects:  75% (350119/460945), 154.39 MiB | 371 KiB/s   
Receiving objects:  75% (350122/460945), 154.55 MiB | 376 KiB/s   
Receiving objects:  75% (350127/460945), 154.91 MiB | 374 KiB/s   
Receiving objects:  75% (350131/460945), 155.29 MiB | 367 KiB/s   
Receiving objects:  75% (350134/460945), 155.75 MiB | 368 KiB/s   
Receiving objects:  75% (350138/460945), 155.99 MiB | 365 KiB/s   
Receiving objects:  75% (350142/460945), 156.82 MiB | 450 KiB/s   
Receiving objects:  75% (350144/460945), 157.34 MiB | 469 KiB/s   
Receiving objects:  75% (350224/460945), 157.50 MiB | 458 KiB/s   
Receiving objects:  75% (350227/460945), 157.97 MiB | 450 KiB/s   
Receiving objects:  75% (350227/460945), 158.36 MiB | 409 KiB/s   
Receiving objects:  75% (350228/460945), 158.52 MiB | 382 KiB/s   
Receiving objects:  75% (350229/460945), 158.86 MiB | 332 KiB/s   
Receiving objects:  75% (35022

Re: Review Request 16729: CLOUDSTACK-4904: Unable to see a derieved template if the parent template is deleted

[Nitin Mehta]

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

Ship it!


Ship It!

- Nitin Mehta


On Jan. 9, 2014, 6:47 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16729/
> ---
> 
> (Updated Jan. 9, 2014, 6:47 a.m.)
> 
> 
> Review request for cloudstack and Nitin Mehta.
> 
> 
> Bugs: CLOUDSTACK-4904
> https://issues.apache.org/jira/browse/CLOUDSTACK-4904
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4904: Unable to see a derieved template if the parent template is 
> deleted
> 
> Modified template_view so that removed(or InActive) templates also be there 
> in the view.
> Previous behavior of listing templates and state column in vm_templates will 
> be the same. 
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java e08923c 
>   api/src/org/apache/cloudstack/api/command/user/iso/ListIsosCmd.java c3f558b 
>   
> api/src/org/apache/cloudstack/api/command/user/template/ListTemplatesCmd.java 
> 4b34909 
>   server/src/com/cloud/api/query/QueryManagerImpl.java 37c2ef6 
>   server/src/com/cloud/api/query/dao/TemplateJoinDao.java f73f5bd 
>   server/src/com/cloud/api/query/dao/TemplateJoinDaoImpl.java 468fb83 
>   server/src/com/cloud/api/query/vo/TemplateJoinVO.java ca5963e 
>   setup/db/db/schema-421to430.sql 76c2399 
> 
> Diff: https://reviews.apache.org/r/16729/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: Review Request 16729: CLOUDSTACK-4904: Unable to see a derieved template if the parent template is deleted

[Nitin Mehta]

> On Jan. 9, 2014, 10:46 p.m., Nitin Mehta wrote:
> > Ship It!

Get the following error applying for 4.3. Also for master you might have to 
submit a different patch because of checkstyles. Do check.

Nitins-MacBook-Air:cloudstack nitinmehta$ git apply 
../../Desktop/0001-CLOUDSTACK-4904-Unable-to-see-a-derieved-template-if.patch 
error: patch failed: server/src/com/cloud/api/query/QueryManagerImpl.java:26
error: server/src/com/cloud/api/query/QueryManagerImpl.java: patch does not 
apply


- Nitin


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


On Jan. 9, 2014, 6:47 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16729/
> ---
> 
> (Updated Jan. 9, 2014, 6:47 a.m.)
> 
> 
> Review request for cloudstack and Nitin Mehta.
> 
> 
> Bugs: CLOUDSTACK-4904
> https://issues.apache.org/jira/browse/CLOUDSTACK-4904
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4904: Unable to see a derieved template if the parent template is 
> deleted
> 
> Modified template_view so that removed(or InActive) templates also be there 
> in the view.
> Previous behavior of listing templates and state column in vm_templates will 
> be the same. 
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java e08923c 
>   api/src/org/apache/cloudstack/api/command/user/iso/ListIsosCmd.java c3f558b 
>   
> api/src/org/apache/cloudstack/api/command/user/template/ListTemplatesCmd.java 
> 4b34909 
>   server/src/com/cloud/api/query/QueryManagerImpl.java 37c2ef6 
>   server/src/com/cloud/api/query/dao/TemplateJoinDao.java f73f5bd 
>   server/src/com/cloud/api/query/dao/TemplateJoinDaoImpl.java 468fb83 
>   server/src/com/cloud/api/query/vo/TemplateJoinVO.java ca5963e 
>   setup/db/db/schema-421to430.sql 76c2399 
> 
> Diff: https://reviews.apache.org/r/16729/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Build failed in Jenkins: cloudstack-4.3-maven-build #335

[jenkins]

See 

--
[...truncated 563 lines...]
Receiving objects:  75% (350165/461220), 130.60 MiB | 201 KiB/s   
Receiving objects:  75% (350165/461220), 130.82 MiB | 202 KiB/s   
Receiving objects:  75% (350165/461220), 131.12 MiB | 232 KiB/s   
Receiving objects:  75% (350165/461220), 131.29 MiB | 239 KiB/s   
Receiving objects:  75% (350165/461220), 131.67 MiB | 264 KiB/s   
Receiving objects:  75% (350165/461220), 131.93 MiB | 274 KiB/s   
Receiving objects:  75% (350165/461220), 132.24 MiB | 292 KiB/s   
Receiving objects:  75% (350165/461220), 132.57 MiB | 296 KiB/s   
Receiving objects:  75% (350165/461220), 132.80 MiB | 311 KiB/s   
Receiving objects:  75% (350165/461220), 133.26 MiB | 331 KiB/s   
Receiving objects:  75% (350165/461220), 133.74 MiB | 384 KiB/s   
Receiving objects:  75% (350165/461220), 134.01 MiB | 376 KiB/s   
Receiving objects:  75% (350165/461220), 134.19 MiB | 343 KiB/s   
Receiving objects:  75% (350165/461220), 134.44 MiB | 299 KiB/s   
Receiving objects:  75% (350165/461220), 134.61 MiB | 275 KiB/s   
Receiving objects:  75% (350165/461220), 134.96 MiB | 247 KiB/s   
Receiving objects:  75% (350165/461220), 135.37 MiB | 273 KiB/s   
Receiving objects:  75% (350165/461220), 135.83 MiB | 331 KiB/s   
Receiving objects:  75% (350165/461220), 136.36 MiB | 396 KiB/s   
Receiving objects:  75% (350165/461220), 136.62 MiB | 424 KiB/s   
Receiving objects:  75% (350165/461220), 137.17 MiB | 473 KiB/s   
Receiving objects:  75% (350165/461220), 137.84 MiB | 534 KiB/s   
Receiving objects:  75% (350165/461220), 138.57 MiB | 588 KiB/s   
Receiving objects:  75% (350165/461220), 139.23 MiB | 581 KiB/s   
Receiving objects:  75% (350165/461220), 139.38 MiB | 559 KiB/s   
Receiving objects:  75% (350165/461220), 139.61 MiB | 490 KiB/s   
Receiving objects:  75% (350165/461220), 139.91 MiB | 417 KiB/s   
Receiving objects:  75% (350165/461220), 140.24 MiB | 337 KiB/s   
Receiving objects:  75% (350165/461220), 140.57 MiB | 288 KiB/s   
Receiving objects:  75% (350165/461220), 140.93 MiB | 302 KiB/s   
Receiving objects:  75% (350165/461220), 141.06 MiB | 300 KiB/s   
Receiving objects:  75% (350165/461220), 141.46 MiB | 305 KiB/s   
Receiving objects:  75% (350165/461220), 141.70 MiB | 313 KiB/s   
Receiving objects:  75% (350165/461220), 142.16 MiB | 322 KiB/s   
Receiving objects:  75% (350165/461220), 142.75 MiB | 380 KiB/s   
Receiving objects:  75% (350168/461220), 143.00 MiB | 396 KiB/s   
Receiving objects:  75% (350174/461220), 143.91 MiB | 494 KiB/s   
Receiving objects:  75% (350175/461220), 144.30 MiB | 531 KiB/s   
Receiving objects:  75% (350179/461220), 145.03 MiB | 596 KiB/s   
Receiving objects:  75% (350181/461220), 145.57 MiB | 573 KiB/s   
Receiving objects:  75% (350183/461220), 145.71 MiB | 542 KiB/s   
Receiving objects:  75% (350186/461220), 146.00 MiB | 469 KiB/s   
Receiving objects:  75% (350187/461220), 146.34 MiB | 390 KiB/s   
Receiving objects:  75% (350187/461220), 146.46 MiB | 344 KiB/s   
Receiving objects:  75% (350188/461220), 146.75 MiB | 260 KiB/s   
Receiving objects:  75% (350188/461220), 147.08 MiB | 260 KiB/s   
Receiving objects:  75% (350190/461220), 147.25 MiB | 269 KiB/s   
Receiving objects:  75% (350194/461220), 147.86 MiB | 306 KiB/s   
Receiving objects:  75% (350197/461220), 148.13 MiB | 341 KiB/s   
Receiving objects:  75% (350199/461220), 148.61 MiB | 395 KiB/s   
Receiving objects:  75% (350200/461220), 149.20 MiB | 456 KiB/s   
Receiving objects:  75% (350330/461220), 149.86 MiB | 515 KiB/s   
Receiving objects:  75% (350330/461220), 150.50 MiB | 567 KiB/s   
Receiving objects:  75% (350332/461220), 151.25 MiB | 629 KiB/s   
Receiving objects:  75% (350335/461220), 151.62 MiB | 655 KiB/s   
Receiving objects:  75% (350340/461220), 152.47 MiB | 718 KiB/s   
Receiving objects:  75% (350347/461220), 153.29 MiB | 758 KiB/s   
Receiving objects:  75% (350355/461220), 154.15 MiB | 813 KiB/s   
Receiving objects:  75% (350364/461220), 155.17 MiB | 863 KiB/s   
Receiving objects:  75% (350368/461220), 155.86 MiB | 827 KiB/s   
Receiving objects:  75% (350372/461220), 156.08 MiB | 753 KiB/s   
Receiving objects:  75% (350374/461220), 156.29 MiB | 599 KiB/s   
Receiving objects:  75% (350375/461220), 156.59 MiB | 462 KiB/s   
Receiving objects:  75% (350377/461220), 156.89 MiB | 315 KiB/s   
Receiving objects:  75% (350378/461220), 157.00 MiB | 252 KiB/s   
Receiving objects:  75% (350379/461220), 157.25 MiB | 219 KiB/s   
Receiving objects:  75% (350457/461220), 157.38 MiB | 228 KiB/s   
Receiving objects:  75% (350462/461220), 157.92 MiB | 266 KiB/s   
Receiving objects:  75% (350462/461220), 158.32 MiB | 296 KiB/s   
Receiving objects:  75% (350463/461220), 158.56 MiB | 323 KiB/s   
Receiving objects:  75% (350464/461220), 159.13 MiB | 367 KiB/s   
Receiving objects:  75% (350464/461220), 159.29 MiB | 365 KiB/s   
Receiving objects:  75% (35046

[ANNOUNCE] New Committer: Sanjay Tripathi

[David Nalley]

The Project Management Committee (PMC) for Apache CloudStack has asked
Sanjay Tripathi to become a committer and we are pleased to announce
that they have
accepted.

Being a committer allows many contributors to contribute more autonomously. For
developers, it makes it easier to submit changes and eliminates the need to
have contributions reviewed via the patch submission process. Whether
contributions are development-related or otherwise, it is a recognition of a
contributor's participation in the project and commitment to the project and
the Apache Way.

Please join me in congratulating Sanjay!

--David,
on behalf of the Apache CloudStack PMC

Build failed in Jenkins: cloudstack-4.3-maven-build #336

[jenkins]

See 

--
[...truncated 561 lines...]
Receiving objects:  75% (350440/461262), 151.28 MiB | 394 KiB/s   
Receiving objects:  75% (350442/461262), 151.71 MiB | 390 KiB/s   
Receiving objects:  75% (350443/461262), 151.86 MiB | 388 KiB/s   
Receiving objects:  75% (350444/461262), 152.34 MiB | 370 KiB/s   
Receiving objects:  75% (350447/461262), 152.53 MiB | 367 KiB/s   
Receiving objects:  75% (350448/461262), 152.89 MiB | 337 KiB/s   
Receiving objects:  75% (350451/461262), 153.14 MiB | 311 KiB/s   
Receiving objects:  75% (350454/461262), 153.31 MiB | 314 KiB/s   
Receiving objects:  75% (350456/461262), 153.82 MiB | 316 KiB/s   
Receiving objects:  75% (350460/461262), 154.21 MiB | 328 KiB/s   
Receiving objects:  75% (350463/461262), 154.60 MiB | 351 KiB/s   
Receiving objects:  75% (350466/461262), 154.76 MiB | 357 KiB/s   
Receiving objects:  75% (350470/461262), 155.04 MiB | 352 KiB/s   
Receiving objects:  75% (350473/461262), 155.56 MiB | 343 KiB/s   
Receiving objects:  75% (350477/461262), 155.75 MiB | 342 KiB/s   
Receiving objects:  75% (350481/461262), 156.18 MiB | 348 KiB/s   
Receiving objects:  75% (350485/461262), 156.64 MiB | 384 KiB/s   
Receiving objects:  75% (350487/461262), 157.15 MiB | 429 KiB/s   
Receiving objects:  76% (350560/461262), 157.43 MiB | 452 KiB/s   
Receiving objects:  76% (350570/461262), 158.00 MiB | 500 KiB/s   
Receiving objects:  76% (350570/461262), 158.61 MiB | 547 KiB/s   
Receiving objects:  76% (350572/461262), 159.30 MiB | 599 KiB/s   
Receiving objects:  76% (350573/461262), 159.64 MiB | 622 KiB/s   
Receiving objects:  76% (350574/461262), 160.77 MiB | 693 KiB/s   
Receiving objects:  76% (350578/461262), 161.16 MiB | 717 KiB/s   
Receiving objects:  76% (350583/461262), 162.00 MiB | 764 KiB/s   
Receiving objects:  76% (350586/461262), 162.89 MiB | 809 KiB/s   
Receiving objects:  76% (350590/461262), 163.82 MiB | 863 KiB/s   
Receiving objects:  76% (350593/461262), 164.80 MiB | 907 KiB/s   
Receiving objects:  76% (350596/461262), 165.82 MiB | 955 KiB/s   
Receiving objects:  76% (350598/461262), 166.96 MiB | 906 KiB/s   
Receiving objects:  76% (350598/461262), 167.18 MiB | 854 KiB/s   
Receiving objects:  76% (350599/461262), 167.43 MiB | 697 KiB/s   
Receiving objects:  76% (350600/461262), 167.61 MiB | 515 KiB/s   
Receiving objects:  76% (350601/461262), 167.86 MiB | 335 KiB/s   
Receiving objects:  76% (350602/461262), 168.14 MiB | 265 KiB/s   
Receiving objects:  76% (350603/461262), 168.48 MiB | 260 KiB/s   
Receiving objects:  76% (350603/461262), 168.86 MiB | 298 KiB/s   
Receiving objects:  76% (350605/461262), 169.29 MiB | 350 KiB/s   
Receiving objects:  76% (350606/461262), 169.53 MiB | 373 KiB/s   
Receiving objects:  76% (350607/461262), 170.02 MiB | 420 KiB/s   
Receiving objects:  76% (350608/461262), 170.86 MiB | 492 KiB/s   
Receiving objects:  76% (350612/461262), 171.15 MiB | 513 KiB/s   
Receiving objects:  76% (350614/461262), 171.79 MiB | 560 KiB/s   
Receiving objects:  76% (350617/461262), 172.48 MiB | 609 KiB/s   
Receiving objects:  76% (350622/461262), 173.21 MiB | 658 KiB/s   
Receiving objects:  76% (350625/461262), 173.83 MiB | 673 KiB/s   
Receiving objects:  76% (350627/461262), 174.18 MiB | 591 KiB/s   
Receiving objects:  76% (350627/461262), 174.47 MiB | 493 KiB/s   
Receiving objects:  76% (350629/461262), 174.67 MiB | 383 KiB/s   
Receiving objects:  76% (350630/461262), 174.86 MiB | 263 KiB/s   
Receiving objects:  76% (350633/461262), 175.10 MiB | 223 KiB/s   
Receiving objects:  76% (350635/461262), 175.38 MiB | 212 KiB/s   
Receiving objects:  76% (350636/461262), 175.71 MiB | 253 KiB/s   
Receiving objects:  76% (350638/461262), 175.94 MiB | 265 KiB/s   
Receiving objects:  76% (350640/461262), 176.05 MiB | 267 KiB/s   
Receiving objects:  76% (350642/461262), 176.32 MiB | 272 KiB/s   
Receiving objects:  76% (350644/461262), 176.81 MiB | 282 KiB/s   
Receiving objects:  76% (350647/461262), 177.01 MiB | 290 KiB/s   
Receiving objects:  76% (350648/461262), 177.37 MiB | 294 KiB/s   
Receiving objects:  76% (350649/461262), 177.64 MiB | 294 KiB/s   
Receiving objects:  76% (350649/461262), 177.95 MiB | 295 KiB/s   
Receiving objects:  76% (350650/461262), 178.13 MiB | 295 KiB/s   
Receiving objects:  76% (350651/461262), 178.50 MiB | 304 KiB/s   
Receiving objects:  76% (350651/461262), 178.93 MiB | 333 KiB/s   
Receiving objects:  76% (350651/461262), 179.26 MiB | 346 KiB/s   
Receiving objects:  76% (350656/461262), 179.56 MiB | 343 KiB/s   
Receiving objects:  76% (350657/461262), 179.72 MiB | 339 KiB/s   
Receiving objects:  76% (351366/461262), 180.12 MiB | 344 KiB/s   
Receiving objects:  76% (353363/461262), 180.52 MiB | 356 KiB/s   
Receiving objects:  76% (354643/461262), 180.97 MiB | 385 KiB/s   
Receiving objects:  77% (355172/461262), 181.20 MiB | 391 KiB/s   
Receiving objects:  77% (35647

Re: [ANNOUNCE] New Committer: Sanjay Tripathi

[Alena Prokharchyk]

Sanjay, congratulations!

On 1/9/14, 2:53 PM, "David Nalley"  wrote:

>The Project Management Committee (PMC) for Apache CloudStack has asked
>Sanjay Tripathi to become a committer and we are pleased to announce
>that they have
>accepted.
>
>Being a committer allows many contributors to contribute more
>autonomously. For
>developers, it makes it easier to submit changes and eliminates the need
>to
>have contributions reviewed via the patch submission process. Whether
>contributions are development-related or otherwise, it is a recognition
>of a
>contributor's participation in the project and commitment to the project
>and
>the Apache Way.
>
>Please join me in congratulating Sanjay!
>
>--David,
>on behalf of the Apache CloudStack PMC

Build failed in Jenkins: build-master #400

[jenkins]

See 

--
[...truncated 586 lines...]
Receiving objects:  76% (350608/461267), 168.86 MiB | 355 KiB/s   
Receiving objects:  76% (350610/461267), 169.40 MiB | 421 KiB/s   
Receiving objects:  76% (350611/461267), 169.67 MiB | 442 KiB/s   
Receiving objects:  76% (350611/461267), 170.14 MiB | 458 KiB/s   
Receiving objects:  76% (350613/461267), 170.32 MiB | 451 KiB/s   
Receiving objects:  76% (350613/461267), 170.93 MiB | 441 KiB/s   
Receiving objects:  76% (350616/461267), 171.16 MiB | 429 KiB/s   
Receiving objects:  76% (350618/461267), 171.68 MiB | 420 KiB/s   
Receiving objects:  76% (350620/461267), 172.21 MiB | 445 KiB/s   
Receiving objects:  76% (350624/461267), 172.82 MiB | 504 KiB/s   
Receiving objects:  76% (350628/461267), 173.48 MiB | 549 KiB/s   
Receiving objects:  76% (350632/461267), 174.25 MiB | 620 KiB/s   
Receiving objects:  76% (350638/461267), 174.98 MiB | 663 KiB/s   
Receiving objects:  76% (350642/461267), 175.84 MiB | 729 KiB/s   
Receiving objects:  76% (350648/461267), 176.68 MiB | 776 KiB/s   
Receiving objects:  76% (350654/461267), 177.66 MiB | 837 KiB/s   
Receiving objects:  76% (350655/461267), 178.61 MiB | 884 KiB/s   
Receiving objects:  76% (350661/461267), 179.68 MiB | 896 KiB/s   
Receiving objects:  76% (350669/461267), 180.11 MiB | 892 KiB/s   
Receiving objects:  76% (353449/461267), 180.45 MiB | 860 KiB/s   
Receiving objects:  77% (355176/461267), 181.12 MiB | 808 KiB/s   
Receiving objects:  77% (355882/461267), 181.12 MiB | 808 KiB/s   
Receiving objects:  77% (357555/461267), 181.76 MiB | 737 KiB/s   
Receiving objects:  77% (357559/461267), 182.34 MiB | 615 KiB/s   
Receiving objects:  77% (357563/461267), 182.80 MiB | 542 KiB/s   
Receiving objects:  77% (357563/461267), 183.32 MiB | 528 KiB/s   
Receiving objects:  77% (357565/461267), 183.86 MiB | 495 KiB/s   
Receiving objects:  77% (357565/461267), 184.42 MiB | 462 KiB/s   
Receiving objects:  77% (357566/461267), 184.62 MiB | 465 KiB/s   
Receiving objects:  77% (357567/461267), 185.04 MiB | 447 KiB/s   
Receiving objects:  77% (357576/461267), 185.51 MiB | 436 KiB/s   
Receiving objects:  77% (357576/461267), 185.88 MiB | 392 KiB/s   
Receiving objects:  77% (357576/461267), 186.04 MiB | 351 KiB/s   
Receiving objects:  77% (357576/461267), 186.27 MiB | 313 KiB/s   
Receiving objects:  77% (357576/461267), 186.50 MiB | 281 KiB/s   
Receiving objects:  77% (357576/461267), 186.59 MiB | 255 KiB/s   
Receiving objects:  77% (357576/461267), 186.79 MiB | 219 KiB/s   
Receiving objects:  77% (357576/461267), 187.04 MiB | 206 KiB/s   
Receiving objects:  77% (357576/461267), 187.35 MiB | 227 KiB/s   
Receiving objects:  77% (357576/461267), 187.70 MiB | 255 KiB/s   
Receiving objects:  77% (357576/461267), 188.12 MiB | 312 KiB/s   
Receiving objects:  77% (357576/461267), 188.57 MiB | 363 KiB/s   
Receiving objects:  77% (357830/461267), 188.86 MiB | 396 KiB/s   
Receiving objects:  77% (358560/461267), 189.39 MiB | 443 KiB/s   
Receiving objects:  77% (359198/461267), 190.32 MiB | 527 KiB/s   
Receiving objects:  77% (359198/461267), 190.97 MiB | 581 KiB/s   
Receiving objects:  77% (359206/461267), 191.32 MiB | 605 KiB/s   
Receiving objects:  77% (359585/461267), 191.68 MiB | 621 KiB/s   
Receiving objects:  78% (359789/461267), 192.06 MiB | 649 KiB/s   
Receiving objects:  78% (361536/461267), 192.51 MiB | 683 KiB/s   
Receiving objects:  78% (364220/461267), 193.64 MiB | 720 KiB/s   
Receiving objects:  79% (364401/461267), 193.64 MiB | 720 KiB/s   
Receiving objects:  79% (366809/461267), 194.24 MiB | 702 KiB/s   
Receiving objects:  79% (366809/461267), 194.75 MiB | 665 KiB/s   
Receiving objects:  79% (366809/461267), 195.32 MiB | 606 KiB/s   
Receiving objects:  79% (366809/461267), 195.94 MiB | 564 KiB/s   
Receiving objects:  79% (366809/461267), 196.67 MiB | 572 KiB/s   
Receiving objects:  79% (366809/461267), 197.43 MiB | 637 KiB/s   
Receiving objects:  79% (366809/461267), 197.80 MiB | 654 KiB/s   
Receiving objects:  79% (366809/461267), 198.29 MiB | 637 KiB/s   
Receiving objects:  79% (366809/461267), 198.79 MiB | 604 KiB/s   
Receiving objects:  79% (366809/461267), 199.32 MiB | 568 KiB/s   
Receiving objects:  79% (366809/461267), 199.86 MiB | 521 KiB/s   
Receiving objects:  79% (366809/461267), 200.52 MiB | 524 KiB/s   
Receiving objects:  79% (366809/461267), 200.90 MiB | 515 KiB/s   
Receiving objects:  79% (366809/461267), 201.24 MiB | 477 KiB/s   
Receiving objects:  79% (366809/461267), 201.40 MiB | 441 KiB/s   
Receiving objects:  79% (366809/461267), 201.67 MiB | 381 KiB/s   
Receiving objects:  79% (366809/461267), 201.96 MiB | 304 KiB/s   
Receiving objects:  79% (366809/461267), 202.36 MiB | 304 KiB/s   
Receiving objects:  79% (366809/461267), 202.77 MiB | 322 KiB/s   
Receiving objects:  79% (366809/461267), 203.26 MiB | 367 KiB/s   
Receiving objects:  79% (366809/461267), 203

Re: [ANNOUNCE] New Committer: Sanjay Tripathi

[Nitin Mehta]

Congrats Sanjay.. :)

On 09/01/14 3:06 PM, "Alena Prokharchyk" 
wrote:

>Sanjay, congratulations!
>
>On 1/9/14, 2:53 PM, "David Nalley"  wrote:
>
>>The Project Management Committee (PMC) for Apache CloudStack has asked
>>Sanjay Tripathi to become a committer and we are pleased to announce
>>that they have
>>accepted.
>>
>>Being a committer allows many contributors to contribute more
>>autonomously. For
>>developers, it makes it easier to submit changes and eliminates the need
>>to
>>have contributions reviewed via the patch submission process. Whether
>>contributions are development-related or otherwise, it is a recognition
>>of a
>>contributor's participation in the project and commitment to the project
>>and
>>the Apache Way.
>>
>>Please join me in congratulating Sanjay!
>>
>>--David,
>>on behalf of the Apache CloudStack PMC
>

Review Request 16774: Fix for defect CLOUDSTACK-5053; KVM QEMU need to be present in agent hosts

[Rayees Namathponnan]

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

Review request for cloudstack and Frank Zhang.


Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-5053

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


Repository: cloudstack-git


Description
---

KVM agent required qemu-img and qemu-kvm to to support hypervisor features 

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


Diffs
-

  packaging/centos63/cloud.spec 893628d 

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


Testing
---

Tested 


Thanks,

Rayees Namathponnan

Re: Review Request 16774: Fix for defect CLOUDSTACK-5053; KVM QEMU need to be present in agent hosts

[Rayees Namathponnan]

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

(Updated Jan. 9, 2014, 11:11 p.m.)


Review request for cloudstack and Frank Zhang.


Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-5053

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


Repository: cloudstack-git


Description
---

KVM agent required qemu-img and qemu-kvm to to support hypervisor features 

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


Diffs
-

  packaging/centos63/cloud.spec 893628d 

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


Testing
---

Tested 


File Attachments (updated)


0001-Fix-for-defect-CLOUDSTACK-5053-QEMU-should-be-instal.patch
  
https://reviews.apache.org/media/uploaded/files/2014/01/09/cf649ace-7350-4832-b4fb-6601d825a127__0001-Fix-for-defect-CLOUDSTACK-5053-QEMU-should-be-instal.patch


Thanks,

Rayees Namathponnan

Jenkins build is back to normal : cloudstack-4.3-maven-build #337

[jenkins]

See 

Build failed in Jenkins: build-master #401

[jenkins]

See 

--
[...truncated 567 lines...]
Receiving objects:  75% (350458/461267), 171.21 MiB | 283 KiB/s   
Receiving objects:  75% (350458/461267), 171.72 MiB | 289 KiB/s   
Receiving objects:  75% (350460/461267), 171.89 MiB | 290 KiB/s   
Receiving objects:  75% (350462/461267), 172.28 MiB | 304 KiB/s   
Receiving objects:  75% (350465/461267), 172.75 MiB | 359 KiB/s   
Receiving objects:  75% (350466/461267), 173.14 MiB | 374 KiB/s   
Receiving objects:  75% (350467/461267), 173.36 MiB | 338 KiB/s   
Receiving objects:  75% (350469/461267), 173.46 MiB | 323 KiB/s   
Receiving objects:  75% (350470/461267), 173.77 MiB | 293 KiB/s   
Receiving objects:  75% (350472/461267), 174.16 MiB | 266 KiB/s   
Receiving objects:  75% (350475/461267), 174.33 MiB | 268 KiB/s   
Receiving objects:  75% (350476/461267), 174.69 MiB | 276 KiB/s   
Receiving objects:  75% (350479/461267), 174.80 MiB | 281 KiB/s   
Receiving objects:  75% (350481/461267), 175.31 MiB | 303 KiB/s   
Receiving objects:  75% (350483/461267), 175.53 MiB | 312 KiB/s   
Receiving objects:  75% (350485/461267), 175.97 MiB | 322 KiB/s   
Receiving objects:  75% (350488/461267), 176.14 MiB | 321 KiB/s   
Receiving objects:  75% (350489/461267), 176.39 MiB | 302 KiB/s   
Receiving objects:  75% (350490/461267), 176.59 MiB | 281 KiB/s   
Receiving objects:  75% (350492/461267), 176.73 MiB | 269 KiB/s   
Receiving objects:  75% (350494/461267), 177.21 MiB | 241 KiB/s   
Receiving objects:  75% (350495/461267), 177.56 MiB | 252 KiB/s   
Receiving objects:  75% (350495/461267), 178.01 MiB | 310 KiB/s   
Receiving objects:  75% (350496/461267), 178.29 MiB | 346 KiB/s   
Receiving objects:  75% (350497/461267), 178.83 MiB | 409 KiB/s   
Receiving objects:  75% (350500/461267), 179.09 MiB | 438 KiB/s   
Receiving objects:  75% (350502/461267), 179.77 MiB | 462 KiB/s   
Receiving objects:  75% (350510/461267), 179.98 MiB | 458 KiB/s   
Receiving objects:  76% (350563/461267), 179.98 MiB | 458 KiB/s   
Receiving objects:  76% (352322/461267), 180.36 MiB | 439 KiB/s   
Receiving objects:  76% (354035/461267), 180.84 MiB | 420 KiB/s   
Receiving objects:  77% (355176/461267), 181.14 MiB | 422 KiB/s   
Receiving objects:  77% (356380/461267), 181.37 MiB | 399 KiB/s   
Receiving objects:  77% (357479/461267), 181.63 MiB | 401 KiB/s   
Receiving objects:  77% (357536/461267), 181.99 MiB | 395 KiB/s   
Receiving objects:  77% (357542/461267), 182.47 MiB | 402 KiB/s   
Receiving objects:  77% (357542/461267), 183.04 MiB | 405 KiB/s   
Receiving objects:  77% (357542/461267), 183.35 MiB | 404 KiB/s   
Receiving objects:  77% (357544/461267), 183.87 MiB | 414 KiB/s   
Receiving objects:  77% (357544/461267), 184.23 MiB | 413 KiB/s   
Receiving objects:  77% (357544/461267), 184.46 MiB | 418 KiB/s   
Receiving objects:  77% (357546/461267), 184.65 MiB | 417 KiB/s   
Receiving objects:  77% (357555/461267), 185.44 MiB | 418 KiB/s   
Receiving objects:  77% (357555/461267), 186.04 MiB | 442 KiB/s   
Receiving objects:  77% (357555/461267), 186.39 MiB | 473 KiB/s   
Receiving objects:  77% (357555/461267), 186.99 MiB | 527 KiB/s   
Receiving objects:  77% (357555/461267), 187.58 MiB | 563 KiB/s   
Receiving objects:  77% (357555/461267), 187.94 MiB | 531 KiB/s   
Receiving objects:  77% (357555/461267), 188.40 MiB | 517 KiB/s   
Receiving objects:  77% (357716/461267), 188.63 MiB | 488 KiB/s   
Receiving objects:  77% (358433/461267), 189.18 MiB | 478 KiB/s   
Receiving objects:  77% (359177/461267), 190.10 MiB | 504 KiB/s   
Receiving objects:  77% (359177/461267), 190.65 MiB | 525 KiB/s   
Receiving objects:  77% (359178/461267), 190.93 MiB | 536 KiB/s   
Receiving objects:  77% (359185/461267), 191.36 MiB | 525 KiB/s   
Receiving objects:  77% (359497/461267), 191.57 MiB | 504 KiB/s   
Receiving objects:  78% (359789/461267), 192.07 MiB | 488 KiB/s   
Receiving objects:  78% (359942/461267), 192.07 MiB | 488 KiB/s   
Receiving objects:  78% (361724/461267), 192.64 MiB | 471 KiB/s   
Receiving objects:  78% (363437/461267), 193.25 MiB | 485 KiB/s   
Receiving objects:  79% (364401/461267), 193.50 MiB | 485 KiB/s   
Receiving objects:  79% (365185/461267), 193.71 MiB | 484 KiB/s   
Receiving objects:  79% (366788/461267), 194.13 MiB | 466 KiB/s   
Receiving objects:  79% (366788/461267), 194.61 MiB | 461 KiB/s   
Receiving objects:  79% (366788/461267), 194.96 MiB | 409 KiB/s   
Receiving objects:  79% (366788/461267), 195.26 MiB | 371 KiB/s   
Receiving objects:  79% (366788/461267), 195.66 MiB | 371 KiB/s   
Receiving objects:  79% (366788/461267), 195.90 MiB | 374 KiB/s   
Receiving objects:  79% (366788/461267), 196.33 MiB | 365 KiB/s   
Receiving objects:  79% (366788/461267), 196.87 MiB | 409 KiB/s   
Receiving objects:  79% (366788/461267), 197.47 MiB | 473 KiB/s   
Receiving objects:  79% (366788/461267), 198.07 MiB | 523 KiB/s   
Receiving objects:  79% (366788/461267), 198

netapp plugin

[Victor Rodionov]

Hello,

What's Netapp storage plugin doing?

Thanks,
Victor Rodionov

Re: netapp plugin

[Mike Tutkowski]

This might help:

http://www.youtube.com/watch?v=SI8xIV38Oiw


On Thu, Jan 9, 2014 at 4:18 PM, Victor Rodionov wrote:

> Hello,
>
> What's Netapp storage plugin doing?
>
> Thanks,
> Victor Rodionov
>



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

Build failed in Jenkins: cloudstack-4.3-maven-build-noredist #310

[jenkins]

See 


--
[...truncated 558 lines...]
Receiving objects:  76% (350590/461267), 163.00 MiB | 500 KiB/s   
Receiving objects:  76% (350592/461267), 163.61 MiB | 546 KiB/s   
Receiving objects:  76% (350594/461267), 164.01 MiB | 529 KiB/s   
Receiving objects:  76% (350595/461267), 164.39 MiB | 500 KiB/s   
Receiving objects:  76% (350597/461267), 164.81 MiB | 469 KiB/s   
Receiving objects:  76% (350597/461267), 165.28 MiB | 439 KiB/s   
Receiving objects:  76% (350599/461267), 165.68 MiB | 411 KiB/s   
Receiving objects:  76% (350600/461267), 165.97 MiB | 399 KiB/s   
Receiving objects:  76% (350600/461267), 166.21 MiB | 365 KiB/s   
Receiving objects:  76% (350601/461267), 166.29 MiB | 333 KiB/s   
Receiving objects:  76% (350601/461267), 166.48 MiB | 213 KiB/s   
Receiving objects:  76% (350602/461267), 166.59 MiB | 171 KiB/s   
Receiving objects:  76% (350603/461267), 166.72 MiB | 147 KiB/s   
Receiving objects:  76% (350603/461267), 166.92 MiB | 140 KiB/s   
Receiving objects:  76% (350603/461267), 167.15 MiB | 162 KiB/s   
Receiving objects:  76% (350604/461267), 167.43 MiB | 204 KiB/s   
Receiving objects:  76% (350606/461267), 167.59 MiB | 225 KiB/s   
Receiving objects:  76% (350607/461267), 168.14 MiB | 296 KiB/s   
Receiving objects:  76% (350608/461267), 168.34 MiB | 319 KiB/s   
Receiving objects:  76% (350608/461267), 168.79 MiB | 367 KiB/s   
Receiving objects:  76% (350610/461267), 169.29 MiB | 416 KiB/s   
Receiving objects:  76% (350610/461267), 169.62 MiB | 419 KiB/s   
Receiving objects:  76% (350611/461267), 169.93 MiB | 404 KiB/s   
Receiving objects:  76% (350612/461267), 170.30 MiB | 391 KiB/s   
Receiving objects:  76% (350613/461267), 170.71 MiB | 376 KiB/s   
Receiving objects:  76% (350615/461267), 171.16 MiB | 377 KiB/s   
Receiving objects:  76% (350617/461267), 171.66 MiB | 424 KiB/s   
Receiving objects:  76% (350619/461267), 172.21 MiB | 473 KiB/s   
Receiving objects:  76% (350622/461267), 172.82 MiB | 521 KiB/s   
Receiving objects:  76% (350626/461267), 173.46 MiB | 569 KiB/s   
Receiving objects:  76% (350630/461267), 174.15 MiB | 618 KiB/s   
Receiving objects:  76% (350635/461267), 174.51 MiB | 642 KiB/s   
Receiving objects:  76% (350641/461267), 175.28 MiB | 692 KiB/s   
Receiving objects:  76% (350647/461267), 176.08 MiB | 739 KiB/s   
Receiving objects:  76% (350652/461267), 177.21 MiB | 769 KiB/s   
Receiving objects:  76% (350654/461267), 177.68 MiB | 713 KiB/s   
Receiving objects:  76% (350654/461267), 178.20 MiB | 659 KiB/s   
Receiving objects:  76% (350656/461267), 178.47 MiB | 629 KiB/s   
Receiving objects:  76% (350657/461267), 179.07 MiB | 580 KiB/s   
Receiving objects:  76% (350662/461267), 179.70 MiB | 562 KiB/s   
Receiving objects:  76% (351191/461267), 180.14 MiB | 543 KiB/s   
Receiving objects:  76% (353089/461267), 180.53 MiB | 512 KiB/s   
Receiving objects:  76% (354310/461267), 180.96 MiB | 482 KiB/s   
Receiving objects:  77% (355176/461267), 181.20 MiB | 470 KiB/s   
Receiving objects:  77% (357380/461267), 181.44 MiB | 454 KiB/s   
Receiving objects:  77% (357557/461267), 182.26 MiB | 478 KiB/s   
Receiving objects:  77% (357563/461267), 182.71 MiB | 491 KiB/s   
Receiving objects:  77% (357563/461267), 183.04 MiB | 467 KiB/s   
Receiving objects:  77% (357563/461267), 183.41 MiB | 441 KiB/s   
Receiving objects:  77% (357565/461267), 183.84 MiB | 418 KiB/s   
Receiving objects:  77% (357565/461267), 184.10 MiB | 355 KiB/s   
Receiving objects:  77% (357565/461267), 184.37 MiB | 337 KiB/s   
Receiving objects:  77% (357566/461267), 184.52 MiB | 331 KiB/s   
Receiving objects:  77% (357568/461267), 184.86 MiB | 324 KiB/s   
Receiving objects:  77% (357576/461267), 185.47 MiB | 333 KiB/s   
Receiving objects:  77% (357576/461267), 185.93 MiB | 380 KiB/s   
Receiving objects:  77% (357576/461267), 186.44 MiB | 429 KiB/s   
Receiving objects:  77% (357576/461267), 186.71 MiB | 454 KiB/s   
Receiving objects:  77% (357576/461267), 187.30 MiB | 505 KiB/s   
Receiving objects:  77% (357576/461267), 187.93 MiB | 551 KiB/s   
Receiving objects:  77% (357576/461267), 188.61 MiB | 601 KiB/s   
Receiving objects:  77% (358401/461267), 188.96 MiB | 625 KiB/s   
Receiving objects:  77% (359198/461267), 190.11 MiB | 696 KiB/s   
Receiving objects:  77% (359198/461267), 190.90 MiB | 738 KiB/s   
Receiving objects:  77% (359468/461267), 191.33 MiB | 762 KiB/s   
Receiving objects:  78% (359789/461267), 191.77 MiB | 784 KiB/s   
Receiving objects:  78% (361085/461267), 192.21 MiB | 807 KiB/s   
Receiving objects:  78% (364191/461267), 193.15 MiB | 859 KiB/s   
Receiving objects:  79% (364401/461267), 193.64 MiB | 879 KiB/s   
Receiving objects:  79% (366809/461267), 194.64 MiB | 925 KiB/s   
Receiving objects:  79% (366809/461267), 195.69 MiB | 976 KiB/s   
Receiving objects:  79% (366809/461267), 196.79 MiB | 1023 KiB/s   
Receiving objects: 

Build failed in Jenkins: build-master #402

[jenkins]

See 

--
[...truncated 572 lines...]
Receiving objects:  77% (357575/461283), 188.74 MiB | 396 KiB/s   
Receiving objects:  77% (357869/461283), 188.88 MiB | 384 KiB/s   
Receiving objects:  77% (358317/461283), 189.25 MiB | 390 KiB/s   
Receiving objects:  77% (358917/461283), 189.44 MiB | 373 KiB/s   
Receiving objects:  77% (359197/461283), 190.20 MiB | 389 KiB/s   
Receiving objects:  77% (359197/461283), 190.76 MiB | 424 KiB/s   
Receiving objects:  77% (359198/461283), 190.96 MiB | 428 KiB/s   
Receiving objects:  77% (359205/461283), 191.46 MiB | 419 KiB/s   
Receiving objects:  77% (359422/461283), 191.69 MiB | 414 KiB/s   
Receiving objects:  77% (359744/461283), 191.89 MiB | 411 KiB/s   
Receiving objects:  78% (359801/461283), 191.89 MiB | 411 KiB/s   
Receiving objects:  78% (360742/461283), 192.39 MiB | 410 KiB/s   
Receiving objects:  78% (362822/461283), 192.94 MiB | 423 KiB/s   
Receiving objects:  79% (364414/461283), 193.50 MiB | 465 KiB/s   
Receiving objects:  79% (364651/461283), 193.50 MiB | 465 KiB/s   
Receiving objects:  79% (366808/461283), 194.49 MiB | 538 KiB/s   
Receiving objects:  79% (366808/461283), 194.79 MiB | 546 KiB/s   
Receiving objects:  79% (366808/461283), 195.18 MiB | 529 KiB/s   
Receiving objects:  79% (366808/461283), 195.66 MiB | 511 KiB/s   
Receiving objects:  79% (366808/461283), 196.21 MiB | 488 KiB/s   
Receiving objects:  79% (366808/461283), 196.75 MiB | 484 KiB/s   
Receiving objects:  79% (366808/461283), 197.42 MiB | 515 KiB/s   
Receiving objects:  79% (366808/461283), 198.13 MiB | 573 KiB/s   
Receiving objects:  79% (366808/461283), 198.86 MiB | 631 KiB/s   
Receiving objects:  79% (366808/461283), 199.29 MiB | 653 KiB/s   
Receiving objects:  79% (366808/461283), 200.08 MiB | 717 KiB/s   
Receiving objects:  79% (366808/461283), 200.82 MiB | 720 KiB/s   
Receiving objects:  79% (366808/461283), 201.47 MiB | 699 KiB/s   
Receiving objects:  79% (366808/461283), 202.04 MiB | 656 KiB/s   
Receiving objects:  79% (366808/461283), 202.68 MiB | 618 KiB/s   
Receiving objects:  79% (366808/461283), 202.86 MiB | 565 KiB/s   
Receiving objects:  79% (366808/461283), 203.24 MiB | 500 KiB/s   
Receiving objects:  79% (366808/461283), 203.66 MiB | 457 KiB/s   
Receiving objects:  79% (366808/461283), 204.09 MiB | 437 KiB/s   
Receiving objects:  79% (366808/461283), 204.57 MiB | 402 KiB/s   
Receiving objects:  79% (366808/461283), 205.04 MiB | 411 KiB/s   
Receiving objects:  79% (366808/461283), 205.18 MiB | 407 KiB/s   
Receiving objects:  79% (366808/461283), 205.57 MiB | 401 KiB/s   
Receiving objects:  79% (366808/461283), 205.96 MiB | 391 KiB/s   
Receiving objects:  79% (366808/461283), 206.46 MiB | 392 KiB/s   
Receiving objects:  79% (366808/461283), 206.96 MiB | 415 KiB/s   
Receiving objects:  79% (366808/461283), 207.52 MiB | 468 KiB/s   
Receiving objects:  79% (366808/461283), 207.83 MiB | 447 KiB/s   
Receiving objects:  79% (366808/461283), 208.23 MiB | 442 KiB/s   
Receiving objects:  79% (366808/461283), 208.64 MiB | 424 KiB/s   
Receiving objects:  79% (366808/461283), 209.17 MiB | 411 KiB/s   
Receiving objects:  79% (366808/461283), 209.63 MiB | 424 KiB/s   
Receiving objects:  79% (366808/461283), 209.81 MiB | 428 KiB/s   
Receiving objects:  79% (366808/461283), 210.14 MiB | 407 KiB/s   
Receiving objects:  79% (366808/461283), 210.63 MiB | 408 KiB/s   
Receiving objects:  79% (366808/461283), 211.07 MiB | 389 KiB/s   
Receiving objects:  79% (366808/461283), 211.37 MiB | 396 KiB/s   
Receiving objects:  79% (366809/461283), 211.83 MiB | 402 KiB/s   
Receiving objects:  79% (366809/461283), 212.22 MiB | 408 KiB/s   
Receiving objects:  79% (366809/461283), 212.58 MiB | 389 KiB/s   
Receiving objects:  79% (366809/461283), 212.83 MiB | 399 KiB/s   
Receiving objects:  79% (366809/461283), 213.34 MiB | 388 KiB/s   
Receiving objects:  79% (366809/461283), 213.84 MiB | 408 KiB/s   
Receiving objects:  79% (366809/461283), 214.24 MiB | 400 KiB/s   
Receiving objects:  79% (366809/461283), 214.44 MiB | 408 KiB/s   
Receiving objects:  79% (366809/461283), 214.72 MiB | 374 KiB/s   
Receiving objects:  79% (366809/461283), 214.98 MiB | 325 KiB/s   
Receiving objects:  79% (366809/461283), 215.26 MiB | 281 KiB/s   
Receiving objects:  79% (366809/461283), 215.63 MiB | 290 KiB/s   
Receiving objects:  79% (366809/461283), 215.82 MiB | 283 KiB/s   
Receiving objects:  79% (366809/461283), 216.29 MiB | 324 KiB/s   
Receiving objects:  79% (366809/461283), 216.64 MiB | 348 KiB/s   
Receiving objects:  79% (366809/461283), 216.95 MiB | 355 KiB/s   
Receiving objects:  79% (366809/461283), 217.29 MiB | 344 KiB/s   
Receiving objects:  79% (366809/461283), 217.72 MiB | 344 KiB/s   
Receiving objects:  79% (366809/461283), 218.17 MiB | 364 KiB/s   
Receiving objects:  79% (366809/461283), 218.43 MiB | 387 KiB/s   
Receiving objects:  79% (366809/461283), 218

Re: netapp plugin

[SuichII, Christopher]

Mike - thanks for pointing Victor to our video.

Victor - I’m not sure that everyone on the dev list wants to see this whole 
conversation, so feel free to contact David (cc’d) and I off list and we can 
talk more in depth.

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

On Jan 9, 2014, at 6:21 PM, Mike Tutkowski  wrote:

> This might help:
> 
> http://www.youtube.com/watch?v=SI8xIV38Oiw
> 
> 
> On Thu, Jan 9, 2014 at 4:18 PM, Victor Rodionov wrote:
> 
>> Hello,
>> 
>> What's Netapp storage plugin doing?
>> 
>> Thanks,
>> Victor Rodionov
>> 
> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*

Re: Unfamiliar with checkstyle

[Mike Tutkowski]

Any thoughts on this checkstyle issue?

[INFO] Starting audit...
/Users/mtutkowski/Documents/CloudStack/src/CloudStack/vmware-base/src/com/cloud/hypervisor/vmware/mo/HostMO.java:712:9:
Got an exception - expecting EOF, found 'ObjectContent'
Audit done.

Everything looks OK in the method in question.

public List>
getDatastoreMountsOnHost() throws Exception {
List> mounts = new
ArrayList>();

ObjectContent[] ocs = getDatastorePropertiesOnHyperHost(new
String[] {
String.format("host[\"%s\"].mountInfo.path", _mor.getValue())
});
if(ocs != null) {
for(ObjectContent oc : ocs) {
Pair mount = new
Pair(
oc.getObj(),
oc.getPropSet().get(0).getVal().toString());
mounts.add(mount);
}
}
return mounts;
}


On Thu, Jan 9, 2014 at 2:55 PM, Mike Tutkowski  wrote:

> Hey Alex,
>
> While we're on the subject, do you know of a good way to easily apply the
> checkstyle rules to all projects without having to go into the project
> properties of each project?
>
> Sometimes I find it useful in Eclipse after a big update from Git (where
> directories have been changed or something like that) to remove all
> projects and re-import them.
>
> Thanks!
>
>
> On Thu, Jan 9, 2014 at 2:52 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> You are correct, Alex. I did not notice until after I sent my e-mail that
>> the merge brought back in a few imports that checkstyle did not like.
>>
>> Thanks!
>>
>>
>> On Thu, Jan 9, 2014 at 2:47 PM, Alex Huang  wrote:
>>
>>> Mike,
>>>
>>> My guess is it's been brought back in during the merge.  I fixed most of
>>> those things in master.  You can go back to a previous version to double
>>> check.
>>>
>>> Checkstyle is being run for every single project, unless someone
>>> specifically disabled it.
>>>
>>> --Alex
>>>
>>> > -Original Message-
>>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> > Sent: Thursday, January 9, 2014 1:05 PM
>>> > To: dev@cloudstack.apache.org
>>> > Subject: Re: Unfamiliar with checkstyle
>>> >
>>> > I see two of the issues are in CloudStackPrimaryDataStoreImpl and are
>>> > related to imports.
>>> >
>>> > One complains about using * and the other about having duplicate
>>> imports.
>>> >
>>> > I did not actually make these changes, so this makes me wonder if
>>> checkstyle
>>> > is not typically being run on every project (so maybe I can disable
>>> its use
>>> > when building the codebase somehow?).
>>> >
>>> >
>>> > On Thu, Jan 9, 2014 at 1:35 PM, Mike Tutkowski
>>> > >> > > wrote:
>>> >
>>> > > It looks like we need to apply the checkstyle rules on a
>>> > > project-by-project basis.
>>> > >
>>> > > Are we currently applying these rules to every project or just a
>>> subset?
>>> > >
>>> > > Thanks
>>> > >
>>> > >
>>> > > On Thu, Jan 9, 2014 at 1:04 PM, Mike Tutkowski <
>>> > > mike.tutkow...@solidfire.com> wrote:
>>> > >
>>> > >> I can install the plug-in for Eclipse.
>>> > >>
>>> > >> Thanks, Alex!
>>> > >>
>>> > >>
>>> > >> On Thu, Jan 9, 2014 at 11:34 AM, Alex Huang
>>> > wrote:
>>> > >>
>>> > >>> Mike,
>>> > >>>
>>> > >>> If you're using eclipse, checkstyle has a plugin that you can
>>> install.
>>> > >>>  Point the plugin to the style file in
>>> > >>> tools/checkstyle/cloud-style.xml and it will use the same syntax.
>>> > >>> I've always found it much easier to use the plugin than to read
>>> the build
>>> > outputs.
>>> > >>>
>>> > >>> If you don't want to install the plugin, I don't think your log
>>> copy
>>> > >>> didn't include the actual errors.  You might want to look further
>>> up
>>> > >>> or down on your console to see what's the violation.
>>> > >>>
>>> > >>> --Alex
>>> > >>>
>>> > >>> > -Original Message-
>>> > >>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> > >>> > Sent: Thursday, January 9, 2014 9:49 AM
>>> > >>> > To: dev@cloudstack.apache.org
>>> > >>> > Subject: Unfamiliar with checkstyle
>>> > >>> >
>>> > >>> > Hi,
>>> > >>> >
>>> > >>> > I was merging some code from 4.3 to master and received three
>>> > >>> checkstyle
>>> > >>> > errors.
>>> > >>> >
>>> > >>> > I'm not really familiar with how to find out details of these
>>> errors.
>>> > >>> Can
>>> > >>> > someone point me to the right place to begin my investigation?
>>> > >>> >
>>> > >>> > All I see right now is the following:
>>> > >>> >
>>> > >>> > [ERROR] Failed to execute goal
>>> > >>> > org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>>> > >>> > (default)
>>> > >>> on
>>> > >>> > project cloudstack: Failed during checkstyle execution: There are
>>> > >>> > 3
>>> > >>> checkstyle
>>> > >>> > errors. -> [Help 1]
>>> > >>> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>>> > >>> execute
>>> > >>> > goal org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>>> > >>> (default)
>>> > >>> > on project cloudstack: Failed during checkstyle execution at
>