RE: [PROPOSAL] Windowsfication Of ACS

[Donal Lafferty]

I prefer the focus on support that comes with David's suggestion.  Targeting 
the latest stable release for a new platform greatly reduces the number of 
permutations to test.

Pursuing legacy systems limits the flexibility of ACS to evolve.  For instance, 
we'll probably be on Java 7 in the next while, and W2K3 doesn't appear on the 
supported system list (see https://www.java.com/en/download/help/sysreq.xml).  
Likewise, older versions of Internet Explorer can be quite different than what 
Microsoft has recently published.

My guess is that the engineering effort to get ACS working on a legacy system 
makes sense as a consultancy service offered independent to ACS.  That's the 
case of OS/2 support ;)


DL


> -Original Message-
> From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
> Sent: 20 February 2014 14:29
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
> 
> I agree totally, my point was that while there is nothing technically stopping
> us going for w2k3 there is little reason to do so.
> 
> 
> Regards
> 
> Alex Hitchins
> 
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
> 
> alex.hitch...@shapeblue.com
> 
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 20 February 2014 13:24
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
> 
> There's a difference in incidentally working and validated to work on.
> I'd limit focus to making sure it works on 2k12r2.
> 
> --David
> 
> On Thu, Feb 20, 2014 at 6:37 AM, Alex Hitchins
>  wrote:
> > I can't think of anything that wouldn't be possible on W2k3 - that said It's
> old and I can't see people having a need for it.
> >
> >
> > Regards
> >
> > Alex Hitchins
> >
> > D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
> >
> > alex.hitch...@shapeblue.com
> >
> > -Original Message-
> > From: Paul Angus [mailto:paul.an...@shapeblue.com]
> > Sent: 20 February 2014 11:17
> > To: dev@cloudstack.apache.org
> > Subject: RE: [PROPOSAL] Windowsfication Of ACS
> >
> > Isn't the hyper-v support dependant on using 2012r2 ?
> >
> > So I don't know if I'd bother with going back as far as 2003
> >
> > 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: 20 February 2014 11:13
> > To: dev@cloudstack.apache.org
> > Subject: RE: [PROPOSAL] Windowsfication Of ACS
> >
> > AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.
> >
> > Thanks
> > Rajesh Battala
> >
> > -Original Message-
> > From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> > Sent: Thursday, February 20, 2014 4:32 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [PROPOSAL] Windowsfication Of ACS
> >
> > One question I have is, Which version of windows we need to target?
> >
> > Thanks & Regards
> > Damodar/
> >
> >
> > -Original Message-
> > From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> > Sent: Thursday, February 20, 2014 2:04 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [PROPOSAL] Windowsfication Of ACS
> >
> > I have tried to put all together in FS at
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Win
> dowsfication as Feedback section and added my comments there.
> >
> > Please verify once and let me know if anything is to be added there.
> >
> > Thanks & Regards
> > Damodar/
> >
> >
> > -Original Message-
> > From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> > Sent: Thursday, February 20, 2014 12:32 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [PROPOSAL] Windowsfication Of ACS
> >
> > Thank you all for your inputs.
> >
> >  I will aggregate all these things into FS  as appendix and will put 
> > comments
> there instead of replying here one by one. Once I am done with update in FS
> I will notify so that we can verify whether we are covering all or not.
> >
> > Thanks & Regards
> > Damodar/
> >
> > -Original Message-
> > From: abhisek basu [mailto:abhisekb...@msn.com]
> > Sent: Sunday, February 16, 2014 9:16 AM
> > To: dev@cloudstack.apache.org
> > Cc: dev@cloudstack.apache.org
> > Subject: Re: [PROPOSAL] Windowsfication Of ACS
> >
> > Getting a Windows version will expand ACS reach to a large no of
> > audience and make it more OS independent from its core. As far as the
> > tools are concern, I am sure it's achievable, we have the most
> > enthusiastic community contributors behind :)
> >
> > Sent from my iPhone
> >
> >> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"
>  wrote:
> >>
> >> I would guess that Windows has tools for managing a large number of
> Hyper-V hosts? I wonder what ACS would add to that.
> >>
> >> I still think it would be a very achievable goal and worth doing.
> >>
> >>
> >> Regards
> >>
> >> Alex Hitchins
> >>
> >> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +

Re: Fwd: Warning from dev@cloudstack.apache.org

[Wido den Hollander]

On 02/20/2014 05:01 PM, Frankie Onuonga wrote:

Hi guys,
I got this in my mail box from last year.
I honestly do not know how I missed this.

Isn't this a little odd as I have been able to mail you guys successfully.



I've been getting the same. I started ignoring them since my e-mail 
works just fine.


Wido


Kind Regards,

Onuonga Frankie

-- Forwarded message --
From: 
Date: Sun, Dec 29, 2013 at 4:55 PM
Subject: Warning from dev@cloudstack.apache.org
To: frankie.onuo...@gmail.com


Hi! This is the ezmlm program. I'm managing the
dev@cloudstack.apache.org mailing list.

I'm working for my owner, who can be reached
at dev-ow...@cloudstack.apache.org.


Messages to you from the dev mailing list seem to
have been bouncing. I've attached a copy of the first bounce
message I received.

If this message bounces too, I will send you a probe. If the probe bounces,
I will remove your address from the dev mailing list,
without further notice.


I've kept a list of which messages from the dev mailing list have
bounced from your address.

Copies of these messages may be in the archive.
To retrieve a set of messages 123-145 (a maximum of 100 per request),
send a short message to:


To receive a subject and author list for the last 100 or so messages,
send a short message to:


Here are the message numbers:

48919

--- Enclosed is a copy of the bounce message I received.

Return-Path: <>
Received: (qmail 21385 invoked for bounce); 18 Dec 2013 16:05:55 -
Date: 18 Dec 2013 16:05:55 -
From: mailer-dae...@apache.org
To: dev-return-489...@cloudstack.apache.org
Subject: failure notice

Re: [DISCUSS] Browser-based template and volume uploads

[Nux!]

On 21.02.2014 06:01, Marcus wrote:

If someone gets around to it they can add in root resize support via
the patch I've posted to the list once or twice. I can maybe look at
updating it for master and testing if I can find some time. It's a
very short patch, but the testing is what I don't have time for at the
moment, more of a priority thing. That would eliminate you having to
upload multiple pre-sized templates.


I would love to see this in the next version. What needs to be done?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [DISCUSS] Policy blocker?

[Sebastien Goasguen]

On Feb 20, 2014, at 10:33 PM, Francois Gaudreault  
wrote:

> I find a little ironic that the internal policies are a lot more restrictive 
> than the Apache license itself :S
> 
> Meanwhile, isn't CloudStack falling into the MySQL FOSS exception? 
> http://www.mysql.com/about/legal/licensing/foss-exception/
> 

Reading it, it sure sounds like it.

-sebastien

> Francois
> 
> On 2/20/2014, 9:20 PM, David Nalley wrote:
>> On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
>>  wrote:
>>> I may be wrong here, and far from being an expert at this, but isn't the
>>> MariaDB connector doing the same thing, but under a Lesser GPL license?
>>> Which would solve a lot of licensing issues (no need to put CloudStack
>>> entirely on GPL).
>>> 
>>> FG
>>> 
>> Hi Francois:
>> 
>> L/GPL is also Cat X according to ASF Policy, and thus isn't
>> effectively any better.
>> 
>> --David
>> 
>> 
> 
> 
> -- 
> Francois Gaudreault
> Architecte de Solution Cloud | Cloud Solutions Architect
> fgaudrea...@cloudops.com
> 514-629-6775
> - - -
> CloudOps
> 420 rue Guy
> Montréal QC  H3J 1S6
> www.cloudops.com
> @CloudOps_
> 

RE: OVS plugin in CloudStack 4.3.0

[Florin Dumitrascu]

Hi Murali,

Thanks for clarifying this.
However, I would not consider bug CLOUDSTACK-5967 fixed until UI support is 
restored for this basic functionality.
It is a hack. We cannot expect an end user to go into that level of detail. 
Will look at how much effort is involved to add UI support.
>From a personal point of view, this is a -1 for this release.

Regards,
Florin



-Original Message-
From: Murali Reddy [mailto:murali.re...@citrix.com]
Sent: Thursday, February 20, 2014 5:48 PM
To: dev@cloudstack.apache.org
Subject: Re: OVS plugin in CloudStack 4.3.0

On 20/02/14 8:40 PM, "Florin Dumitrascu"
 wrote:

>Yes,
>
>sdn.ovs.controller = true
>sdn.ovs.controller.default.label = GUEST  // label used on XenServer
>guest network
>
>Without the OVS controller switched on, I think one will not see the
>OVS bridge created.
>The first part of the setup works, allocating a GRE key from the VLAN
>range, setting up the OVS bridge.
>The second part involving configuring the OVS bridge and creating the
>tunnel interface doesn't take place.

This issue was discussed in [1], and is fixed as part of the bug 
CLOUDSTACK-5967. So 'Ovs' is added as provider of 'Connectivity' service as 
part of the fix. You need to create a network offering with 'Ovs'
selected as 'Connectivity' service provider. When you create network with such 
network offering you should see tunnels established as well. There no ui 
support unfortunaley , so you need to use api. Please see [2] for sample api 
call to create network offering with 'Ovs' as 'Connectivity'
service provider

[1] http://markmail.org/message/h5pcpeeuo5zp42t6
[2] http://pastebin.com/n3fbdjAP


>
>I double checked to see that I am doing exactly the same steps as in
>4.1.1.
>
>Regards,
>Florin
>
>-Original Message-
>From: Paul Angus [mailto:paul.an...@shapeblue.com]
>Sent: Thursday, February 20, 2014 2:57 PM
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>Have you set
>sdn.ovs.controller = true
>And
>sdn.ovs.controller.default.label = < >
>
>in the global settings (and restarted mgmt. server)
>
>Regards,
>
>Paul Angus
>Cloud Architect
>S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>paul.an...@shapeblue.com
>
>-Original Message-
>From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
>Sent: 20 February 2014 14:43
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>Hi Paul,
>
>I would be very curious to hear your feedback.
>I am not able to get GRE working with RC6.
>The OVS bridge is created, but the GRE tunnel is not.
>
>So far I have tried (using XenServer 6.1.0):
>a) 2 hosts within different clusters and different pods
>b) 2 hosts within different cluster and same pod
>
>As with 4.2 release, the "create_tunnel" function doesn't seem to be
>invoked.
>Still looking at the logs ...
>
>Regards,
>Florin
>
>-Original Message-
>From: Paul Angus [mailto:paul.an...@shapeblue.com]
>Sent: Thursday, February 20, 2014 9:40 AM
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>...so is it still the case that you can't migrate VMs when using GRE
>Tunnels?
>
>I hope to test GRE in RC6 today.
>
>
>Regards,
>
>Paul Angus
>Cloud Architect
>S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>paul.an...@shapeblue.com
>
>-Original Message-
>From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen
>Anh Tu
>Sent: 20 February 2014 04:14
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal
>Subject: Re: OVS plugin in CloudStack 4.3.0
>
>Florin,
>
>There is still nothing changed from 4.2 release. Hope I can do in 4.3.1
>with XenServer 6.2 supported as well. Sorry I'm too busy with study
>program these days...
>
>--Tuna
>
>Sent from my GT-N7000
>On Feb 20, 2014 12:45 AM, "Florin Dumitrascu" <
>florin.dumitra...@intunenetworks.com> wrote:
>
>> Hi Tuna,
>>
>> Can you please clarify what is the status of the functionality
>> described below in relation to 4.3 release:
>>
>> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.htm
>> l
>>
>> I am testing the last 4.3 release candidate at the moment and cannot
>>see OVS under "Network Service Providers".
>> Are these changes going to make it into 4.3 release or is there
>>nothing changed from 4.2.0 release ? (except the bug preventing GRE to
>>work).
>>
>> Thank you,
>> Florin
>>
>>
>> IMPORTANT NOTE: The information in this e-mail (and any attachments)
>>is confidential. The contents may not be disclosed or used by anyone
>>other than the addressee. If you are not the intended recipient,
>>please notify the sender immediately or telephone: +353 (0)1 6204700.
>> We cannot accept any responsibility for the accuracy or completeness
>>of this message as it has been transmitted over a public network. If
>>you suspect that the message may have been intercepted

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Srikanteswararao Talluri]

There is a bug filed for live migration on ESXi 5.5.
https://issues.apache.org/jira/browse/CLOUDSTACK-6146

I feel we need to fix this bug too in 4.3.

Thanks,
~Talluri

On 20/02/14 11:19 pm, "David Nalley"  wrote:

>On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers 
>wrote:
>> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
>>>
>>> [ ] +1  approve
>>>
>>> [ ] +0  no opinion
>>>
>>> [ ] -1  disapprove (and reason why)
>>>
>>
>> Given the recently noticed legal issues with the mysql-connector-java
>> dependency, I'm -1 (binding) until that is resolved.
>>
>
>I hate to have to issue a -1 (binding) but will do so as well.
>
>--David

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[benoit lair]

Hi,

I agree with Florin about GRE tunnel. It is very problematic. If i can't
get GRE tunnels working with xenserver 6.2, i won't be able to use the ACS
4.3

So the jira CLOUDSTACK-5967 is not resolved, isn't it ?

Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a new
RC :
"Fix is simple, but not sure we can get this into 4.3, given
its not regression. Will get this in if there is a new RC."

Is it still relevant ?

Regards.

Benoit Lair.



2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
srikanteswararao.tall...@citrix.com>:

> There is a bug filed for live migration on ESXi 5.5.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>
> I feel we need to fix this bug too in 4.3.
>
> Thanks,
> ~Talluri
>
> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>
> >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers 
> >wrote:
> >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
> >>>
> >>> [ ] +1  approve
> >>>
> >>> [ ] +0  no opinion
> >>>
> >>> [ ] -1  disapprove (and reason why)
> >>>
> >>
> >> Given the recently noticed legal issues with the mysql-connector-java
> >> dependency, I'm -1 (binding) until that is resolved.
> >>
> >
> >I hate to have to issue a -1 (binding) but will do so as well.
> >
> >--David
>
>

RE: Master blocker CLOUDSTACK-6130

[Srikanteswararao Talluri]

-Original Message-
From: Hugo Trippaers [mailto:trip...@gmail.com] 
Sent: Friday, 21 February 2014 1:15 AM
To: dev@cloudstack.apache.org
Cc: dev@cloudstack.apache.org; Hugo Trippaers; Ian Southam
Subject: Re: Master blocker CLOUDSTACK-6130



Sent from my iPhone

> On 20 feb. 2014, at 18:31, Srikanteswararao Talluri 
>  wrote:
> 
> 
> 
>> On 20/02/14 7:14 pm, "Hugo Trippaers"  wrote:
>> 
>> Hey,
>> 
>> Should be fixed by:
>> commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
>> Author: Hugo Trippaers 
>> Date:   Thu Feb 20 14:04:51 2014 +0100
>> 
>>   Fix parameter index in getCount function.
>> 
>> 
>> @Talluri, Agreed. However with the current way of testing it is 
>> really hard to see which commit actually broke something. We should 
>> be able to tell which commits changed something when a particular 
>> test fails. Maybe we could start by supplying the list of changes 
>> between one run of the test suite and the next. That would at least 
>> narrow the number of changes developers have to look at to determine 
>> which change broke what,much like the current maven build.
> 
> [Talluri] This can be done Hugo. I am working towards sending one 
> digest mail everyday to dev list on automated test runs. Any thoughts 
> or disagreements??

Sounds good to me, can you automate that? 

[Talluri]  Sure, I am working on this.

Cheers,

Hugo


> 
>> 
>> Cheers,
>> 
>> Hugo
>> 
>> 
>> On 20 feb. 2014, at 07:39, Srikanteswararao Talluri 
>>  wrote:
>> 
>>> This is found by daily BVT run and sent out in daily BVT reporting mail.
>>> It would be great if folks could actually pick up the bugs resulted 
>>> from BVT failures immediately.
>>> 
>>> Thanks,
>>> ~Talluri
>>> 
 On 20/02/14 10:20 am, "Sheng Yang"  wrote:
 
 Hi Hugo/Ian,
 
 I suspect https://issues.apache.org/jira/browse/CLOUDSTACK-6130 is 
 caused by some of recent change of findbugs. It's likely got 
 something wrong with GeneralDaoBase, and the most recently 
 modifications are:
 
 commit 443acac92792cb2654c3414df276efac404f
 Author: Hugo Trippaers 
 Date:   Fri Feb 14 18:36:18 2014 +0100
 
  Fix functional issue introduced by some findbug changes.
 
 commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
 Author: Ian Southam 
 Date:   Wed Feb 12 17:08:52 2014 +0100
 
  findbugs findings
 
  Signed-off-by: Hugo Trippaers 
 
 From the error message, it shows statement as:
 
 SELECT COUNT(*) FROM user_ip_address INNER JOIN account ON 
 user_ip_address.account_id=account.id INNER JOIN vlan ON 
 user_ip_address.vlan_db_id=vlan.id WHERE 
 user_ip_address.account_id=5 AND user_ip_address.allocated IS NOT 
 NULL AND (account.type != 'VirtualNetwork'
 ) AND (vlan.vlan_type = ** NOT SPECIFIED ** )
 
 And you can observed that some parameters have been shifted left by 
 one position, because vlan.vlan_type should compare to 
 "virtualNetwork". It should related to "i++"/"++i" change in the commit.
 
 After reverting these two commits, everything is fine.
 
 Could you take a look?
 
 --Sheng
> 

Review Request 18352: CLOUDSTACK-6151: Local data disk with tag goes to the wrong local storage pool

[Saksham Srivastava]

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

Review request for cloudstack, Koushik Das and Prachi Damle.


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


Repository: cloudstack-git


Description
---

Attaching a disk created from local disk offering with tags, to a VM was going 
to wrong local storage pool.
Cause : In LocalStoragePoolAlocator-
List hostPools = _poolHostDao.listByHostId(plan.getHostId());
It return pools by hostId, but nowhere were the tags being compared.

Added new method findLocalStoragePoolsByHostAndTags() that returns stoage pools 
by hostid and tags both.


Diffs
-

  
engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDao.java
 59c338e 
  
engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
 d35aa44 
  
engine/storage/src/org/apache/cloudstack/storage/allocator/LocalStoragePoolAllocator.java
 1f61e8b 

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


Testing
---

Tested the folowing scenarios:
attaching local volume with tags
attaching local volume without tags
attaching local volume with different tags
attaching shared volume

Build passes successfully.


Thanks,

Saksham Srivastava

RE: [DISCUSS] Policy blocker?

[Damoder Reddy]

For DB HA we have included a new class StaticStrategy.java which is having 
compile time dependency on mysql -connector-java. 
I will make change in pom, as provided scope dependency instead of compile time 
so that maven will not include in the bundle while packaging.

Thanks & Regards
Damodar/


-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: Friday, February 21, 2014 12:24 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Policy blocker?

I will try to work on this a bit this evening, but others may be faster.

--David

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi 
 wrote:
> Chip, David thanks for the detailed explanation, is one of you taking 
> care of fixing this issue or we need to find other volunteers
>
> Thanks
> Animesh
>
>> -Original Message-
>> From: Chip Childers [mailto:chipchild...@apache.org]
>> Sent: Thursday, February 20, 2014 10:13 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [DISCUSS] Policy blocker?
>>
>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
>> 
>> wrote:
>> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>> >> Hi folks,
>> >>
>> >> I cringe to raise this issue. After 6 RCs I am sure we are all 
>> >> feeling a little bit of release vote fatigue. Especially Animesh. 
>> >> I apologize in advance; in all other respects I am ready to give a +1 to 
>> >> RC6.
>> >>
>> >> I've been playing with 4.3.0-rc6 for a couple of days now. I 
>> >> attempted to build some RPMs and had problems with dependency 
>> >> resolution in maven. This led me to looking at a number of 
>> >> different poms, and I noticed mysql-connector-java is listed as a 
>> >> runtime dependency. For our end users, this really isn't necessary 
>> >> - the debs and rpms specify a requirement (effectively a system 
>> >> requirement in the terms of
>> >> policy) for mysql-connector-java. We don't need it to build the 
>> >> software (at least not in any location I've seen) - just when running.
>> >> (And thus its a system dependency, much like MySQL is.)
>> >>
>> >> mysql-connector-java is GPLv2; which is Cat X. By including it as 
>> >> a dependency in the pom it automatically gets downloaded. The 3rd 
>> >> Party software policy has this line in it:
>> >>
>> >> "YOU MUST NOT distribute build scripts or documentation within an 
>> >> Apache product with the purpose of causing the default/standard 
>> >> build of an Apache product to include any part of aprohibited work."
>> >>
>> >> We've released software with this dependency previously. Is this a 
>> >> blocker for 4.3 or do we fix going forward? (If we hadn't already 
>> >> shipped releases with this problem I'd lean a bit more towards it 
>> >> being a blocker - but its more murky now.)
>> >>
>> >> Thoughts, comments, flames?
>> >>
>> >> --David
>> >>
>> >> [1] https://www.apache.org/legal/3party.html
>> >
>> > During incubation, this dependency was raised as an issue.  
>> > Generally, there are 2 ways to deal with Category X dependencies 
>> > within an ASF
>> > project:
>> >
>> > 1) Make it an optional part of the software.  This is what we do 
>> > with the nonoss build target, but won't work for the mysql-connector.
>> >
>> > 2) Make it a "system dependency" that is expected to be installed 
>> > on the system prior to our software.
>> >
>> > mysql-connector-java (and the python equiv) were supposed to be 
>> > handled using option 2 (system dependency).
>> >
>> > Currently, our RPM packaging depends on the relevant RPM to pull 
>> > this in as a system dependency.  I can't tell with the DEBs, but 
>> > that would need to be reviewed.
>> >
>> > The problem is that our maven poms pull down the jar automatically 
>> > right now.  This is the blocker for us.  I'm certainly not a 
>> > lawyer, but my understanding of ASF policy is that we need to make 
>> > some changes before making another release.
>> >
>> > So, there appear to be three things that have to happen:
>> >
>> > 1) Confirm that the mysql-connector-java is a system dependency in 
>> > the DEB packaging.
>> >
>> > 2) Ensure that a "normal build" of the project using mvn does not 
>> > automatically download the mysql-connector-java jar files.
>> >
>> > 3) Retest the project to ensure that the above changes work.
>> >
>> > Then we can re-spin an RC.
>> >
>> > -chip
>>
>> For those following along at home, here are some relevant links:
>>
>> http://www.apache.org/legal/resolved.html
>>
>> http://www.apache.org/dev/licensing-howto.html

Re: [DISCUSS] Policy blocker?

[Daan Hoogland]

FOSS seems to apply to us but the question is whether Apache recognises that.

On Fri, Feb 21, 2014 at 10:40 AM, Sebastien Goasguen  wrote:
>
> On Feb 20, 2014, at 10:33 PM, Francois Gaudreault  
> wrote:
>
>> I find a little ironic that the internal policies are a lot more restrictive 
>> than the Apache license itself :S
>>
>> Meanwhile, isn't CloudStack falling into the MySQL FOSS exception? 
>> http://www.mysql.com/about/legal/licensing/foss-exception/
>>
>
> Reading it, it sure sounds like it.
>
> -sebastien
>
>> Francois
>>
>> On 2/20/2014, 9:20 PM, David Nalley wrote:
>>> On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
>>>  wrote:
 I may be wrong here, and far from being an expert at this, but isn't the
 MariaDB connector doing the same thing, but under a Lesser GPL license?
 Which would solve a lot of licensing issues (no need to put CloudStack
 entirely on GPL).

 FG

>>> Hi Francois:
>>>
>>> L/GPL is also Cat X according to ASF Policy, and thus isn't
>>> effectively any better.
>>>
>>> --David
>>>
>>>
>>
>>
>> --
>> Francois Gaudreault
>> Architecte de Solution Cloud | Cloud Solutions Architect
>> fgaudrea...@cloudops.com
>> 514-629-6775
>> - - -
>> CloudOps
>> 420 rue Guy
>> Montréal QC  H3J 1S6
>> www.cloudops.com
>> @CloudOps_
>>
>



-- 
Daan

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Daan Hoogland]

Animesh,

Having followed the legal discussions and remarks from David on these
matters, I will have to retract my +1 and cast a -1 (binding). I
suggest we postpone 4.3 indefinitely awaiting legal advice and
discussion on how to proceed on this list.

sorry,
Daan

On Fri, Feb 21, 2014 at 12:16 PM, benoit lair  wrote:
> Hi,
>
> I agree with Florin about GRE tunnel. It is very problematic. If i can't
> get GRE tunnels working with xenserver 6.2, i won't be able to use the ACS
> 4.3
>
> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
>
> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a new
> RC :
> "Fix is simple, but not sure we can get this into 4.3, given
> its not regression. Will get this in if there is a new RC."
>
> Is it still relevant ?
>
> Regards.
>
> Benoit Lair.
>
>
>
> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
> srikanteswararao.tall...@citrix.com>:
>
>> There is a bug filed for live migration on ESXi 5.5.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>>
>> I feel we need to fix this bug too in 4.3.
>>
>> Thanks,
>> ~Talluri
>>
>> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>>
>> >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers 
>> >wrote:
>> >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
>> >>>
>> >>> [ ] +1  approve
>> >>>
>> >>> [ ] +0  no opinion
>> >>>
>> >>> [ ] -1  disapprove (and reason why)
>> >>>
>> >>
>> >> Given the recently noticed legal issues with the mysql-connector-java
>> >> dependency, I'm -1 (binding) until that is resolved.
>> >>
>> >
>> >I hate to have to issue a -1 (binding) but will do so as well.
>> >
>> >--David
>>
>>



-- 
Daan

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[ASF Subversion and Git Services]

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


Commit 2091211c2828dfd4b6e15eae9c459fbb09b9a27f in cloudstack's branch 
refs/heads/master from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2091211 ]

CLOUDSTACK-2232: Adding automation test cases for Persistent  Networks feature


- ASF Subversion and Git Services


On Feb. 19, 2014, 10:32 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17702/
> ---
> 
> (Updated Feb. 19, 2014, 10:32 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-2232
> https://issues.apache.org/jira/browse/CLOUDSTACK-2232
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation test cases for Persistent Networks feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_persistent_networks.py f61ccaa 
>   tools/marvin/marvin/config/config.cfg 7840b7c 
>   tools/marvin/marvin/integration/lib/base.py 1d8229d 
>   tools/marvin/marvin/integration/lib/common.py 5b56c73 
> 
> Diff: https://reviews.apache.org/r/17702/diff/
> 
> 
> Testing
> ---
> 
> Adding log:
> 
> test_assign_vm_different_account_VR_LB-NS 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_RVR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_VR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_change_persistent_network_to_non_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_delete_account (test_persistent_networks_fixed.TestPersistentNetworks) 
> ... skipped 'skip'
> test_list_persistent_network_offering 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_network_state_after_destroying_vms 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_offering_with_VPCVR_services 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_with_RVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-Netscaler 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_shared_network_offering_with_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_NS_to_persistent_NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_VR_to_PersistentRVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_persistent_and_non_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_two_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_account_operations_disabled 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_account_operations_locked 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_project_operations 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... skipped 
> 'Skip'
> test_cleanup_persistent_network_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_vpc_delete_account 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_force_delete_domain 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_delete 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_restart 
> (test_persistent_networks_fixed.TestVPCNetworkOperat

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[ASF Subversion and Git Services]

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


Commit c03fd70ed22d4b0b2ea41fdb923f4432664219d1 in cloudstack's branch 
refs/heads/4.3-forward from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c03fd70 ]

CLOUDSTACK-2232: Adding automation test cases for Persistent  Networks feature


- ASF Subversion and Git Services


On Feb. 19, 2014, 10:32 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17702/
> ---
> 
> (Updated Feb. 19, 2014, 10:32 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-2232
> https://issues.apache.org/jira/browse/CLOUDSTACK-2232
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation test cases for Persistent Networks feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_persistent_networks.py f61ccaa 
>   tools/marvin/marvin/config/config.cfg 7840b7c 
>   tools/marvin/marvin/integration/lib/base.py 1d8229d 
>   tools/marvin/marvin/integration/lib/common.py 5b56c73 
> 
> Diff: https://reviews.apache.org/r/17702/diff/
> 
> 
> Testing
> ---
> 
> Adding log:
> 
> test_assign_vm_different_account_VR_LB-NS 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_RVR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_VR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_change_persistent_network_to_non_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_delete_account (test_persistent_networks_fixed.TestPersistentNetworks) 
> ... skipped 'skip'
> test_list_persistent_network_offering 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_network_state_after_destroying_vms 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_offering_with_VPCVR_services 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_with_RVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-Netscaler 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_shared_network_offering_with_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_NS_to_persistent_NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_VR_to_PersistentRVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_persistent_and_non_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_two_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_account_operations_disabled 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_account_operations_locked 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_project_operations 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... skipped 
> 'Skip'
> test_cleanup_persistent_network_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_vpc_delete_account 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_force_delete_domain 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_delete 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_restart 
> (test_persistent_networks_fixed.TestVPCNetworkO

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[Girish Shilamkar]

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

Ship it!


Committed to master and 4.3-forward

- Girish Shilamkar


On Feb. 19, 2014, 10:32 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17702/
> ---
> 
> (Updated Feb. 19, 2014, 10:32 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-2232
> https://issues.apache.org/jira/browse/CLOUDSTACK-2232
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation test cases for Persistent Networks feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_persistent_networks.py f61ccaa 
>   tools/marvin/marvin/config/config.cfg 7840b7c 
>   tools/marvin/marvin/integration/lib/base.py 1d8229d 
>   tools/marvin/marvin/integration/lib/common.py 5b56c73 
> 
> Diff: https://reviews.apache.org/r/17702/diff/
> 
> 
> Testing
> ---
> 
> Adding log:
> 
> test_assign_vm_different_account_VR_LB-NS 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_RVR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_assign_vm_different_account_VR_VR 
> (test_persistent_networks_fixed.TestAssignVirtualMachine) ... skipped 'skip'
> test_change_persistent_network_to_non_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_delete_account (test_persistent_networks_fixed.TestPersistentNetworks) 
> ... skipped 'skip'
> test_list_persistent_network_offering 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_network_state_after_destroying_vms 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_offering_with_VPCVR_services 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_persistent_network_with_RVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-Netscaler 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_pf_nat_rule_persistent_network_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_shared_network_offering_with_persistent 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_NS_to_persistent_NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_network_VR_to_PersistentRVR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-NS 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_upgrade_to_persistent_services_VR_LB-VR 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_persistent_and_non_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_vm_deployment_two_persistent_networks 
> (test_persistent_networks_fixed.TestPersistentNetworks) ... skipped 'skip'
> test_account_operations_disabled 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_account_operations_locked 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... ok
> test_project_operations 
> (test_persistent_networks_fixed.TestProjectAccountOperations) ... skipped 
> 'Skip'
> test_cleanup_persistent_network_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_false 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_lb_netscaler_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_cleanup_persistent_network_true 
> (test_persistent_networks_fixed.TestRestartPersistentNetwork) ... skipped 
> 'skip'
> test_vpc_delete_account 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_force_delete_domain 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_delete 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_network_life_cycle_restart 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> test_vpc_private_gateway_static_route 
> (test_persistent_networks_fixed.TestVPCNetworkOperations) ... skipped 'skip'
> 
> --
> Ran 

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Abhinandan Prateek]

Daan,

  It seems that the dependency on the connector can be changed so that the
connector is not packaged with the product.
Once Damodar, who is fixing it provides a patch we can take a call.

-abhi



On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:

>Animesh,
>
>Having followed the legal discussions and remarks from David on these
>matters, I will have to retract my +1 and cast a -1 (binding). I
>suggest we postpone 4.3 indefinitely awaiting legal advice and
>discussion on how to proceed on this list.
>
>sorry,
>Daan
>
>On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
>wrote:
>> Hi,
>>
>> I agree with Florin about GRE tunnel. It is very problematic. If i can't
>> get GRE tunnels working with xenserver 6.2, i won't be able to use the
>>ACS
>> 4.3
>>
>> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
>>
>> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
>>new
>> RC :
>> "Fix is simple, but not sure we can get this into 4.3, given
>> its not regression. Will get this in if there is a new RC."
>>
>> Is it still relevant ?
>>
>> Regards.
>>
>> Benoit Lair.
>>
>>
>>
>> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
>> srikanteswararao.tall...@citrix.com>:
>>
>>> There is a bug filed for live migration on ESXi 5.5.
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>>>
>>> I feel we need to fix this bug too in 4.3.
>>>
>>> Thanks,
>>> ~Talluri
>>>
>>> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>>>
>>> >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers
>>>
>>> >wrote:
>>> >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
>>> >>>
>>> >>> [ ] +1  approve
>>> >>>
>>> >>> [ ] +0  no opinion
>>> >>>
>>> >>> [ ] -1  disapprove (and reason why)
>>> >>>
>>> >>
>>> >> Given the recently noticed legal issues with the
>>>mysql-connector-java
>>> >> dependency, I'm -1 (binding) until that is resolved.
>>> >>
>>> >
>>> >I hate to have to issue a -1 (binding) but will do so as well.
>>> >
>>> >--David
>>>
>>>
>
>
>
>-- 
>Daan

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Daan Hoogland]

sure,

we will need to do something in install instructions as well, do we?

thanks,
Daan

On Fri, Feb 21, 2014 at 1:28 PM, Abhinandan Prateek
 wrote:
> Daan,
>
>   It seems that the dependency on the connector can be changed so that the
> connector is not packaged with the product.
> Once Damodar, who is fixing it provides a patch we can take a call.
>
> -abhi
>
>
>
> On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:
>
>>Animesh,
>>
>>Having followed the legal discussions and remarks from David on these
>>matters, I will have to retract my +1 and cast a -1 (binding). I
>>suggest we postpone 4.3 indefinitely awaiting legal advice and
>>discussion on how to proceed on this list.
>>
>>sorry,
>>Daan
>>
>>On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
>>wrote:
>>> Hi,
>>>
>>> I agree with Florin about GRE tunnel. It is very problematic. If i can't
>>> get GRE tunnels working with xenserver 6.2, i won't be able to use the
>>>ACS
>>> 4.3
>>>
>>> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
>>>
>>> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
>>>new
>>> RC :
>>> "Fix is simple, but not sure we can get this into 4.3, given
>>> its not regression. Will get this in if there is a new RC."
>>>
>>> Is it still relevant ?
>>>
>>> Regards.
>>>
>>> Benoit Lair.
>>>
>>>
>>>
>>> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
>>> srikanteswararao.tall...@citrix.com>:
>>>
 There is a bug filed for live migration on ESXi 5.5.
 https://issues.apache.org/jira/browse/CLOUDSTACK-6146

 I feel we need to fix this bug too in 4.3.

 Thanks,
 ~Talluri

 On 20/02/14 11:19 pm, "David Nalley"  wrote:

 >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers

 >wrote:
 >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
 >>>
 >>> [ ] +1  approve
 >>>
 >>> [ ] +0  no opinion
 >>>
 >>> [ ] -1  disapprove (and reason why)
 >>>
 >>
 >> Given the recently noticed legal issues with the
mysql-connector-java
 >> dependency, I'm -1 (binding) until that is resolved.
 >>
 >
 >I hate to have to issue a -1 (binding) but will do so as well.
 >
 >--David


>>
>>
>>
>>--
>>Daan
>



-- 
Daan

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Abhinandan Prateek]

What I get is that by fixing the pom.xml, maven will not package the
connector.
The dependency for the connector was set to compile time that made the
maven to download the connector at compile time instead of at run-time.
Due to this the connector got packaged.

Now changing it to provided will make maven get the connector for
compilation but  due to expectation that this is available at run-time it
will not be packaged.

-abhi

On 21/02/14 6:01 pm, "Daan Hoogland"  wrote:

>sure,
>
>we will need to do something in install instructions as well, do we?
>
>thanks,
>Daan
>
>On Fri, Feb 21, 2014 at 1:28 PM, Abhinandan Prateek
> wrote:
>> Daan,
>>
>>   It seems that the dependency on the connector can be changed so that
>>the
>> connector is not packaged with the product.
>> Once Damodar, who is fixing it provides a patch we can take a call.
>>
>> -abhi
>>
>>
>>
>> On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:
>>
>>>Animesh,
>>>
>>>Having followed the legal discussions and remarks from David on these
>>>matters, I will have to retract my +1 and cast a -1 (binding). I
>>>suggest we postpone 4.3 indefinitely awaiting legal advice and
>>>discussion on how to proceed on this list.
>>>
>>>sorry,
>>>Daan
>>>
>>>On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
>>>wrote:
 Hi,

 I agree with Florin about GRE tunnel. It is very problematic. If i
can't
 get GRE tunnels working with xenserver 6.2, i won't be able to use the
ACS
 4.3

 So the jira CLOUDSTACK-5967 is not resolved, isn't it ?

 Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
new
 RC :
 "Fix is simple, but not sure we can get this into 4.3, given
 its not regression. Will get this in if there is a new RC."

 Is it still relevant ?

 Regards.

 Benoit Lair.



 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
 srikanteswararao.tall...@citrix.com>:

> There is a bug filed for live migration on ESXi 5.5.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>
> I feel we need to fix this bug too in 4.3.
>
> Thanks,
> ~Talluri
>
> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>
> >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers
>
> >wrote:
> >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi
>wrote:
> >>>
> >>> [ ] +1  approve
> >>>
> >>> [ ] +0  no opinion
> >>>
> >>> [ ] -1  disapprove (and reason why)
> >>>
> >>
> >> Given the recently noticed legal issues with the
>mysql-connector-java
> >> dependency, I'm -1 (binding) until that is resolved.
> >>
> >
> >I hate to have to issue a -1 (binding) but will do so as well.
> >
> >--David
>
>
>>>
>>>
>>>
>>>--
>>>Daan
>>
>
>
>
>-- 
>Daan

Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Damodar Reddy Talakanti]

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

Review request for cloudstack, Abhinandan Prateek, Chip Childers, and David 
Nalley.


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

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


Repository: cloudstack-git


Description
---

When we added DB-HA we made mysql-connector-java dependency as provided in 
"framework/db/pom.xml".
The licence is not supporting to include this binary in the final package.
We should remove the compile time dependency on this module. 


Diffs
-

  framework/db/pom.xml 7347115 

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


Testing
---

Tested that mvn build is not broken because of this change.


Thanks,

Damodar Reddy Talakanti

Re: Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Damodar Reddy Talakanti]

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

(Updated Feb. 21, 2014, 12:51 p.m.)


Review request for cloudstack, Chip Childers and David Nalley.


Changes
---

removed Abhi from the list as he is not aware of the licensing issues.


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

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


Repository: cloudstack-git


Description
---

When we added DB-HA we made mysql-connector-java dependency as provided in 
"framework/db/pom.xml".
The licence is not supporting to include this binary in the final package.
We should remove the compile time dependency on this module. 


Diffs
-

  framework/db/pom.xml 7347115 

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


Testing
---

Tested that mvn build is not broken because of this change.


Thanks,

Damodar Reddy Talakanti

RE: [DISCUSS] Policy blocker?

[Damoder Reddy]

I have created a defect for this at: 
https://issues.apache.org/jira/browse/CLOUDSTACK-6152

I have put the patch in review board at : https://reviews.apache.org/r/18353/

Please review the same and commit it to the branch(4.3-forward) if these 
changes are fine. Otherwise please let me know if we need to put it into any 
other scope other than provided

@Animesh : Please Cherry Pick it from 4.3.-forward once committed. 

Thanks & Regards
Damodar/

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Friday, 21 February 2014 5:19 PM
To: dev@cloudstack.apache.org
Subject: RE: [DISCUSS] Policy blocker?


For DB HA we have included a new class StaticStrategy.java which is having 
compile time dependency on mysql -connector-java. 
I will make change in pom, as provided scope dependency instead of compile time 
so that maven will not include in the bundle while packaging.

Thanks & Regards
Damodar/


-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: Friday, February 21, 2014 12:24 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Policy blocker?

I will try to work on this a bit this evening, but others may be faster.

--David

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi 
 wrote:
> Chip, David thanks for the detailed explanation, is one of you taking 
> care of fixing this issue or we need to find other volunteers
>
> Thanks
> Animesh
>
>> -Original Message-
>> From: Chip Childers [mailto:chipchild...@apache.org]
>> Sent: Thursday, February 20, 2014 10:13 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [DISCUSS] Policy blocker?
>>
>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
>> 
>> wrote:
>> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>> >> Hi folks,
>> >>
>> >> I cringe to raise this issue. After 6 RCs I am sure we are all 
>> >> feeling a little bit of release vote fatigue. Especially Animesh.
>> >> I apologize in advance; in all other respects I am ready to give a +1 to 
>> >> RC6.
>> >>
>> >> I've been playing with 4.3.0-rc6 for a couple of days now. I 
>> >> attempted to build some RPMs and had problems with dependency 
>> >> resolution in maven. This led me to looking at a number of 
>> >> different poms, and I noticed mysql-connector-java is listed as a 
>> >> runtime dependency. For our end users, this really isn't necessary
>> >> - the debs and rpms specify a requirement (effectively a system 
>> >> requirement in the terms of
>> >> policy) for mysql-connector-java. We don't need it to build the 
>> >> software (at least not in any location I've seen) - just when running.
>> >> (And thus its a system dependency, much like MySQL is.)
>> >>
>> >> mysql-connector-java is GPLv2; which is Cat X. By including it as 
>> >> a dependency in the pom it automatically gets downloaded. The 3rd 
>> >> Party software policy has this line in it:
>> >>
>> >> "YOU MUST NOT distribute build scripts or documentation within an 
>> >> Apache product with the purpose of causing the default/standard 
>> >> build of an Apache product to include any part of aprohibited work."
>> >>
>> >> We've released software with this dependency previously. Is this a 
>> >> blocker for 4.3 or do we fix going forward? (If we hadn't already 
>> >> shipped releases with this problem I'd lean a bit more towards it 
>> >> being a blocker - but its more murky now.)
>> >>
>> >> Thoughts, comments, flames?
>> >>
>> >> --David
>> >>
>> >> [1] https://www.apache.org/legal/3party.html
>> >
>> > During incubation, this dependency was raised as an issue.  
>> > Generally, there are 2 ways to deal with Category X dependencies 
>> > within an ASF
>> > project:
>> >
>> > 1) Make it an optional part of the software.  This is what we do 
>> > with the nonoss build target, but won't work for the mysql-connector.
>> >
>> > 2) Make it a "system dependency" that is expected to be installed 
>> > on the system prior to our software.
>> >
>> > mysql-connector-java (and the python equiv) were supposed to be 
>> > handled using option 2 (system dependency).
>> >
>> > Currently, our RPM packaging depends on the relevant RPM to pull 
>> > this in as a system dependency.  I can't tell with the DEBs, but 
>> > that would need to be reviewed.
>> >
>> > The problem is that our maven poms pull down the jar automatically 
>> > right now.  This is the blocker for us.  I'm certainly not a 
>> > lawyer, but my understanding of ASF policy is that we need to make 
>> > some changes before making another release.
>> >
>> > So, there appear to be three things that have to happen:
>> >
>> > 1) Confirm that the mysql-connector-java is a system dependency in 
>> > the DEB packaging.
>> >
>> > 2) Ensure that a "normal build" of the project using mvn does not 
>> > automatically download the mysql-connector-java jar files.
>> >
>> > 3) Retest the project to ensure that the above changes work.
>> >
>> > Then we can re-spin an RC.
>> >
>> > -chip
>>
>> For those following along

Re: Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Damodar Reddy Talakanti]

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

(Updated Feb. 21, 2014, 1:15 p.m.)


Review request for cloudstack, Chip Childers and David Nalley.


Changes
---

updated Testing Done section


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

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


Repository: cloudstack-git


Description
---

When we added DB-HA we made mysql-connector-java dependency as provided in 
"framework/db/pom.xml".
The licence is not supporting to include this binary in the final package.
We should remove the compile time dependency on this module. 


Diffs
-

  framework/db/pom.xml 7347115 

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


Testing (updated)
---

Tested that mvn build is not broken because of this change.
Also did a basic sanity run time test that DB functionality is not broken.


Thanks,

Damodar Reddy Talakanti

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Hugo Trippaers]

Heya,

Just pushed commit ac00ab0087ca8f59184121697f7ac4343a694093
Author: Hugo Trippaers 
Date:   Fri Feb 21 14:54:38 2014 +0100

Cleanup all mysql dependencies and set all to provided.


This will set all mysql dependencies to provided and clean them up in the 
process.

Tested:
Hugos-MacBook-Pro:cloudstack hugo (master)$ ls agent/target/dependencies/ | 
grep mysql
Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
awsapi/target/cloud-awsapi-4.4.0-SNAPSHOT.war | grep mysql
Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
client/target/cloud-client-ui-4.4.0-SNAPSHOT.war | grep mysql


Cheers,

Hugo


On 21 feb. 2014, at 13:48, Abhinandan Prateek  
wrote:

> What I get is that by fixing the pom.xml, maven will not package the
> connector.
> The dependency for the connector was set to compile time that made the
> maven to download the connector at compile time instead of at run-time.
> Due to this the connector got packaged.
> 
> Now changing it to provided will make maven get the connector for
> compilation but  due to expectation that this is available at run-time it
> will not be packaged.
> 
> -abhi
> 
> On 21/02/14 6:01 pm, "Daan Hoogland"  wrote:
> 
>> sure,
>> 
>> we will need to do something in install instructions as well, do we?
>> 
>> thanks,
>> Daan
>> 
>> On Fri, Feb 21, 2014 at 1:28 PM, Abhinandan Prateek
>>  wrote:
>>> Daan,
>>> 
>>>  It seems that the dependency on the connector can be changed so that
>>> the
>>> connector is not packaged with the product.
>>> Once Damodar, who is fixing it provides a patch we can take a call.
>>> 
>>> -abhi
>>> 
>>> 
>>> 
>>> On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:
>>> 
 Animesh,
 
 Having followed the legal discussions and remarks from David on these
 matters, I will have to retract my +1 and cast a -1 (binding). I
 suggest we postpone 4.3 indefinitely awaiting legal advice and
 discussion on how to proceed on this list.
 
 sorry,
 Daan
 
 On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
 wrote:
> Hi,
> 
> I agree with Florin about GRE tunnel. It is very problematic. If i
> can't
> get GRE tunnels working with xenserver 6.2, i won't be able to use the
> ACS
> 4.3
> 
> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
> 
> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
> new
> RC :
> "Fix is simple, but not sure we can get this into 4.3, given
> its not regression. Will get this in if there is a new RC."
> 
> Is it still relevant ?
> 
> Regards.
> 
> Benoit Lair.
> 
> 
> 
> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
> srikanteswararao.tall...@citrix.com>:
> 
>> There is a bug filed for live migration on ESXi 5.5.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>> 
>> I feel we need to fix this bug too in 4.3.
>> 
>> Thanks,
>> ~Talluri
>> 
>> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>> 
>>> On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers
>> 
>>> wrote:
 On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi
>> wrote:
> 
> [ ] +1  approve
> 
> [ ] +0  no opinion
> 
> [ ] -1  disapprove (and reason why)
> 
 
 Given the recently noticed legal issues with the
>> mysql-connector-java
 dependency, I'm -1 (binding) until that is resolved.
 
>>> 
>>> I hate to have to issue a -1 (binding) but will do so as well.
>>> 
>>> --David
>> 
>> 
 
 
 
 --
 Daan
>>> 
>> 
>> 
>> 
>> -- 
>> Daan
> 

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Hugo Trippaers]

Forgot to mention that this is pushed to master so we can test it before we 
drag it to 4.3


Cheers,

Hugo



On 21 feb. 2014, at 14:56, Hugo Trippaers  wrote:

> 
> Heya,
> 
> Just pushed commit ac00ab0087ca8f59184121697f7ac4343a694093
> Author: Hugo Trippaers 
> Date:   Fri Feb 21 14:54:38 2014 +0100
> 
>Cleanup all mysql dependencies and set all to provided.
> 
> 
> This will set all mysql dependencies to provided and clean them up in the 
> process.
> 
> Tested:
> Hugos-MacBook-Pro:cloudstack hugo (master)$ ls agent/target/dependencies/ | 
> grep mysql
> Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
> awsapi/target/cloud-awsapi-4.4.0-SNAPSHOT.war | grep mysql
> Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
> client/target/cloud-client-ui-4.4.0-SNAPSHOT.war | grep mysql
> 
> 
> Cheers,
> 
> Hugo
> 
> 
> On 21 feb. 2014, at 13:48, Abhinandan Prateek  
> wrote:
> 
>> What I get is that by fixing the pom.xml, maven will not package the
>> connector.
>> The dependency for the connector was set to compile time that made the
>> maven to download the connector at compile time instead of at run-time.
>> Due to this the connector got packaged.
>> 
>> Now changing it to provided will make maven get the connector for
>> compilation but  due to expectation that this is available at run-time it
>> will not be packaged.
>> 
>> -abhi
>> 
>> On 21/02/14 6:01 pm, "Daan Hoogland"  wrote:
>> 
>>> sure,
>>> 
>>> we will need to do something in install instructions as well, do we?
>>> 
>>> thanks,
>>> Daan
>>> 
>>> On Fri, Feb 21, 2014 at 1:28 PM, Abhinandan Prateek
>>>  wrote:
 Daan,
 
 It seems that the dependency on the connector can be changed so that
 the
 connector is not packaged with the product.
 Once Damodar, who is fixing it provides a patch we can take a call.
 
 -abhi
 
 
 
 On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:
 
> Animesh,
> 
> Having followed the legal discussions and remarks from David on these
> matters, I will have to retract my +1 and cast a -1 (binding). I
> suggest we postpone 4.3 indefinitely awaiting legal advice and
> discussion on how to proceed on this list.
> 
> sorry,
> Daan
> 
> On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
> wrote:
>> Hi,
>> 
>> I agree with Florin about GRE tunnel. It is very problematic. If i
>> can't
>> get GRE tunnels working with xenserver 6.2, i won't be able to use the
>> ACS
>> 4.3
>> 
>> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
>> 
>> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
>> new
>> RC :
>> "Fix is simple, but not sure we can get this into 4.3, given
>> its not regression. Will get this in if there is a new RC."
>> 
>> Is it still relevant ?
>> 
>> Regards.
>> 
>> Benoit Lair.
>> 
>> 
>> 
>> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
>> srikanteswararao.tall...@citrix.com>:
>> 
>>> There is a bug filed for live migration on ESXi 5.5.
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
>>> 
>>> I feel we need to fix this bug too in 4.3.
>>> 
>>> Thanks,
>>> ~Talluri
>>> 
>>> On 20/02/14 11:19 pm, "David Nalley"  wrote:
>>> 
 On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers
>>> 
 wrote:
> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi
>>> wrote:
>> 
>> [ ] +1  approve
>> 
>> [ ] +0  no opinion
>> 
>> [ ] -1  disapprove (and reason why)
>> 
> 
> Given the recently noticed legal issues with the
>>> mysql-connector-java
> dependency, I'm -1 (binding) until that is resolved.
> 
 
 I hate to have to issue a -1 (binding) but will do so as well.
 
 --David
>>> 
>>> 
> 
> 
> 
> --
> Daan
 
>>> 
>>> 
>>> 
>>> -- 
>>> Daan
>> 
> 

Re: Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Hugo Trippaers]

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


Hey,

I think the main problem here is that there are references in the source code 
to com.mysql. Those should be removed or made optional.

I've taken this change into commit ac00ab0087ca8f59184121697f7ac4343a694093

Cheers,

Hugo



- Hugo Trippaers


On Feb. 21, 2014, 1:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18353/
> ---
> 
> (Updated Feb. 21, 2014, 1:15 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers and David Nalley.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When we added DB-HA we made mysql-connector-java dependency as provided in 
> "framework/db/pom.xml".
> The licence is not supporting to include this binary in the final package.
> We should remove the compile time dependency on this module. 
> 
> 
> Diffs
> -
> 
>   framework/db/pom.xml 7347115 
> 
> Diff: https://reviews.apache.org/r/18353/diff/
> 
> 
> Testing
> ---
> 
> Tested that mvn build is not broken because of this change.
> Also did a basic sanity run time test that DB functionality is not broken.
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Hugo Trippaers]

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


Note that this change does not actually make a difference unless all other poms 
that have mysql as a requirement are modified. 

- Hugo Trippaers


On Feb. 21, 2014, 1:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18353/
> ---
> 
> (Updated Feb. 21, 2014, 1:15 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers and David Nalley.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When we added DB-HA we made mysql-connector-java dependency as provided in 
> "framework/db/pom.xml".
> The licence is not supporting to include this binary in the final package.
> We should remove the compile time dependency on this module. 
> 
> 
> Diffs
> -
> 
>   framework/db/pom.xml 7347115 
> 
> Diff: https://reviews.apache.org/r/18353/diff/
> 
> 
> Testing
> ---
> 
> Tested that mvn build is not broken because of this change.
> Also did a basic sanity run time test that DB functionality is not broken.
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Hugo Trippaers]

Packages already depend on the mysql connector, so no changes there.

We do need to configure tomcat to include the os provided mysql-connector into 
the class path of the application.


Cheers,

Hugo


On 21 feb. 2014, at 14:57, Hugo Trippaers  wrote:

> Forgot to mention that this is pushed to master so we can test it before we 
> drag it to 4.3
> 
> 
> Cheers,
> 
> Hugo
> 
> 
> 
> On 21 feb. 2014, at 14:56, Hugo Trippaers  wrote:
> 
>> 
>> Heya,
>> 
>> Just pushed commit ac00ab0087ca8f59184121697f7ac4343a694093
>> Author: Hugo Trippaers 
>> Date:   Fri Feb 21 14:54:38 2014 +0100
>> 
>>   Cleanup all mysql dependencies and set all to provided.
>> 
>> 
>> This will set all mysql dependencies to provided and clean them up in the 
>> process.
>> 
>> Tested:
>> Hugos-MacBook-Pro:cloudstack hugo (master)$ ls agent/target/dependencies/ | 
>> grep mysql
>> Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
>> awsapi/target/cloud-awsapi-4.4.0-SNAPSHOT.war | grep mysql
>> Hugos-MacBook-Pro:cloudstack hugo (master)$ jar -tf 
>> client/target/cloud-client-ui-4.4.0-SNAPSHOT.war | grep mysql
>> 
>> 
>> Cheers,
>> 
>> Hugo
>> 
>> 
>> On 21 feb. 2014, at 13:48, Abhinandan Prateek 
>>  wrote:
>> 
>>> What I get is that by fixing the pom.xml, maven will not package the
>>> connector.
>>> The dependency for the connector was set to compile time that made the
>>> maven to download the connector at compile time instead of at run-time.
>>> Due to this the connector got packaged.
>>> 
>>> Now changing it to provided will make maven get the connector for
>>> compilation but  due to expectation that this is available at run-time it
>>> will not be packaged.
>>> 
>>> -abhi
>>> 
>>> On 21/02/14 6:01 pm, "Daan Hoogland"  wrote:
>>> 
 sure,
 
 we will need to do something in install instructions as well, do we?
 
 thanks,
 Daan
 
 On Fri, Feb 21, 2014 at 1:28 PM, Abhinandan Prateek
  wrote:
> Daan,
> 
> It seems that the dependency on the connector can be changed so that
> the
> connector is not packaged with the product.
> Once Damodar, who is fixing it provides a patch we can take a call.
> 
> -abhi
> 
> 
> 
> On 21/02/14 5:31 pm, "Daan Hoogland"  wrote:
> 
>> Animesh,
>> 
>> Having followed the legal discussions and remarks from David on these
>> matters, I will have to retract my +1 and cast a -1 (binding). I
>> suggest we postpone 4.3 indefinitely awaiting legal advice and
>> discussion on how to proceed on this list.
>> 
>> sorry,
>> Daan
>> 
>> On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
>> wrote:
>>> Hi,
>>> 
>>> I agree with Florin about GRE tunnel. It is very problematic. If i
>>> can't
>>> get GRE tunnels working with xenserver 6.2, i won't be able to use the
>>> ACS
>>> 4.3
>>> 
>>> So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
>>> 
>>> Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a
>>> new
>>> RC :
>>> "Fix is simple, but not sure we can get this into 4.3, given
>>> its not regression. Will get this in if there is a new RC."
>>> 
>>> Is it still relevant ?
>>> 
>>> Regards.
>>> 
>>> Benoit Lair.
>>> 
>>> 
>>> 
>>> 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
>>> srikanteswararao.tall...@citrix.com>:
>>> 
 There is a bug filed for live migration on ESXi 5.5.
 https://issues.apache.org/jira/browse/CLOUDSTACK-6146
 
 I feel we need to fix this bug too in 4.3.
 
 Thanks,
 ~Talluri
 
 On 20/02/14 11:19 pm, "David Nalley"  wrote:
 
> On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers
 
> wrote:
>> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi
 wrote:
>>> 
>>> [ ] +1  approve
>>> 
>>> [ ] +0  no opinion
>>> 
>>> [ ] -1  disapprove (and reason why)
>>> 
>> 
>> Given the recently noticed legal issues with the
 mysql-connector-java
>> dependency, I'm -1 (binding) until that is resolved.
>> 
> 
> I hate to have to issue a -1 (binding) but will do so as well.
> 
> --David
 
 
>> 
>> 
>> 
>> --
>> Daan
> 
 
 
 
 -- 
 Daan
>>> 
>> 
> 

RE: [DISCUSS] Policy blocker?

[Damoder Reddy]

Initially I thought my change caused to bundle the mysql-connector-java into 
RPM in 4.3... but after did more analysis I found that mysql-connector is 
already getting bundled into RPM in 4.2.x as well.

Looks like issue is something else as well.. I am not sure this will fix the 
actual issue.

 Anyhow we need to apply this patch even after fixing the actual issue.

Thanks & Regards
Damodar/

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Friday, February 21, 2014 6:24 PM
To: dev@cloudstack.apache.org
Cc: Animesh Chaturvedi
Subject: RE: [DISCUSS] Policy blocker?

I have created a defect for this at: 
https://issues.apache.org/jira/browse/CLOUDSTACK-6152

I have put the patch in review board at : https://reviews.apache.org/r/18353/

Please review the same and commit it to the branch(4.3-forward) if these 
changes are fine. Otherwise please let me know if we need to put it into any 
other scope other than provided

@Animesh : Please Cherry Pick it from 4.3.-forward once committed. 

Thanks & Regards
Damodar/

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Friday, 21 February 2014 5:19 PM
To: dev@cloudstack.apache.org
Subject: RE: [DISCUSS] Policy blocker?


For DB HA we have included a new class StaticStrategy.java which is having 
compile time dependency on mysql -connector-java. 
I will make change in pom, as provided scope dependency instead of compile time 
so that maven will not include in the bundle while packaging.

Thanks & Regards
Damodar/


-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: Friday, February 21, 2014 12:24 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Policy blocker?

I will try to work on this a bit this evening, but others may be faster.

--David

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi 
 wrote:
> Chip, David thanks for the detailed explanation, is one of you taking 
> care of fixing this issue or we need to find other volunteers
>
> Thanks
> Animesh
>
>> -Original Message-
>> From: Chip Childers [mailto:chipchild...@apache.org]
>> Sent: Thursday, February 20, 2014 10:13 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [DISCUSS] Policy blocker?
>>
>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
>> 
>> wrote:
>> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>> >> Hi folks,
>> >>
>> >> I cringe to raise this issue. After 6 RCs I am sure we are all 
>> >> feeling a little bit of release vote fatigue. Especially Animesh.
>> >> I apologize in advance; in all other respects I am ready to give a +1 to 
>> >> RC6.
>> >>
>> >> I've been playing with 4.3.0-rc6 for a couple of days now. I 
>> >> attempted to build some RPMs and had problems with dependency 
>> >> resolution in maven. This led me to looking at a number of 
>> >> different poms, and I noticed mysql-connector-java is listed as a 
>> >> runtime dependency. For our end users, this really isn't necessary
>> >> - the debs and rpms specify a requirement (effectively a system 
>> >> requirement in the terms of
>> >> policy) for mysql-connector-java. We don't need it to build the 
>> >> software (at least not in any location I've seen) - just when running.
>> >> (And thus its a system dependency, much like MySQL is.)
>> >>
>> >> mysql-connector-java is GPLv2; which is Cat X. By including it as 
>> >> a dependency in the pom it automatically gets downloaded. The 3rd 
>> >> Party software policy has this line in it:
>> >>
>> >> "YOU MUST NOT distribute build scripts or documentation within an 
>> >> Apache product with the purpose of causing the default/standard 
>> >> build of an Apache product to include any part of aprohibited work."
>> >>
>> >> We've released software with this dependency previously. Is this a 
>> >> blocker for 4.3 or do we fix going forward? (If we hadn't already 
>> >> shipped releases with this problem I'd lean a bit more towards it 
>> >> being a blocker - but its more murky now.)
>> >>
>> >> Thoughts, comments, flames?
>> >>
>> >> --David
>> >>
>> >> [1] https://www.apache.org/legal/3party.html
>> >
>> > During incubation, this dependency was raised as an issue.  
>> > Generally, there are 2 ways to deal with Category X dependencies 
>> > within an ASF
>> > project:
>> >
>> > 1) Make it an optional part of the software.  This is what we do 
>> > with the nonoss build target, but won't work for the mysql-connector.
>> >
>> > 2) Make it a "system dependency" that is expected to be installed 
>> > on the system prior to our software.
>> >
>> > mysql-connector-java (and the python equiv) were supposed to be 
>> > handled using option 2 (system dependency).
>> >
>> > Currently, our RPM packaging depends on the relevant RPM to pull 
>> > this in as a system dependency.  I can't tell with the DEBs, but 
>> > that would need to be reviewed.
>> >
>> > The problem is that our maven poms pull down the jar automatically 
>> > right now.  This is the blocker for 

Re: [DISCUSS] Policy blocker?

[Hugo Trippaers]

Damodar,

Did you see my review comments?

Cheers,

Hugo

On 21 feb. 2014, at 16:00, Damoder Reddy  wrote:

> Initially I thought my change caused to bundle the mysql-connector-java into 
> RPM in 4.3... but after did more analysis I found that mysql-connector is 
> already getting bundled into RPM in 4.2.x as well.
> 
> Looks like issue is something else as well.. I am not sure this will fix the 
> actual issue.
> 
> Anyhow we need to apply this patch even after fixing the actual issue.
> 
> Thanks & Regards
> Damodar/
> 
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
> Sent: Friday, February 21, 2014 6:24 PM
> To: dev@cloudstack.apache.org
> Cc: Animesh Chaturvedi
> Subject: RE: [DISCUSS] Policy blocker?
> 
> I have created a defect for this at: 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> I have put the patch in review board at : https://reviews.apache.org/r/18353/
> 
> Please review the same and commit it to the branch(4.3-forward) if these 
> changes are fine. Otherwise please let me know if we need to put it into any 
> other scope other than provided
> 
> @Animesh : Please Cherry Pick it from 4.3.-forward once committed. 
> 
> Thanks & Regards
> Damodar/
> 
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
> Sent: Friday, 21 February 2014 5:19 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [DISCUSS] Policy blocker?
> 
> 
> For DB HA we have included a new class StaticStrategy.java which is having 
> compile time dependency on mysql -connector-java. 
> I will make change in pom, as provided scope dependency instead of compile 
> time so that maven will not include in the bundle while packaging.
> 
> Thanks & Regards
> Damodar/
> 
> 
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, February 21, 2014 12:24 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Policy blocker?
> 
> I will try to work on this a bit this evening, but others may be faster.
> 
> --David
> 
> On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi 
>  wrote:
>> Chip, David thanks for the detailed explanation, is one of you taking 
>> care of fixing this issue or we need to find other volunteers
>> 
>> Thanks
>> Animesh
>> 
>>> -Original Message-
>>> From: Chip Childers [mailto:chipchild...@apache.org]
>>> Sent: Thursday, February 20, 2014 10:13 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: [DISCUSS] Policy blocker?
>>> 
>>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
>>> 
>>> wrote:
 On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
> Hi folks,
> 
> I cringe to raise this issue. After 6 RCs I am sure we are all 
> feeling a little bit of release vote fatigue. Especially Animesh.
> I apologize in advance; in all other respects I am ready to give a +1 to 
> RC6.
> 
> I've been playing with 4.3.0-rc6 for a couple of days now. I 
> attempted to build some RPMs and had problems with dependency 
> resolution in maven. This led me to looking at a number of 
> different poms, and I noticed mysql-connector-java is listed as a 
> runtime dependency. For our end users, this really isn't necessary
> - the debs and rpms specify a requirement (effectively a system 
> requirement in the terms of
> policy) for mysql-connector-java. We don't need it to build the 
> software (at least not in any location I've seen) - just when running.
> (And thus its a system dependency, much like MySQL is.)
> 
> mysql-connector-java is GPLv2; which is Cat X. By including it as 
> a dependency in the pom it automatically gets downloaded. The 3rd 
> Party software policy has this line in it:
> 
> "YOU MUST NOT distribute build scripts or documentation within an 
> Apache product with the purpose of causing the default/standard 
> build of an Apache product to include any part of aprohibited work."
> 
> We've released software with this dependency previously. Is this a 
> blocker for 4.3 or do we fix going forward? (If we hadn't already 
> shipped releases with this problem I'd lean a bit more towards it 
> being a blocker - but its more murky now.)
> 
> Thoughts, comments, flames?
> 
> --David
> 
> [1] https://www.apache.org/legal/3party.html
 
 During incubation, this dependency was raised as an issue.  
 Generally, there are 2 ways to deal with Category X dependencies 
 within an ASF
 project:
 
 1) Make it an optional part of the software.  This is what we do 
 with the nonoss build target, but won't work for the mysql-connector.
 
 2) Make it a "system dependency" that is expected to be installed 
 on the system prior to our software.
 
 mysql-connector-java (and the python equiv) were supposed to be 
 handled using option 2 (system dependency).
 
 Currently, our RPM packaging depe

Re: Review Request 18353: Removed compile time dependency of mysql-connecotr-java

[Damodar Reddy Talakanti]

> On Feb. 21, 2014, 2:01 p.m., Hugo Trippaers wrote:
> > Note that this change does not actually make a difference unless all other 
> > poms that have mysql as a requirement are modified.

Yes I realized this after changes are done to my original changes related to DB 
HA. I realized that it is getting bundled even before my original changes.


- Damodar Reddy


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


On Feb. 21, 2014, 1:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18353/
> ---
> 
> (Updated Feb. 21, 2014, 1:15 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers and David Nalley.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6152
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When we added DB-HA we made mysql-connector-java dependency as provided in 
> "framework/db/pom.xml".
> The licence is not supporting to include this binary in the final package.
> We should remove the compile time dependency on this module. 
> 
> 
> Diffs
> -
> 
>   framework/db/pom.xml 7347115 
> 
> Diff: https://reviews.apache.org/r/18353/diff/
> 
> 
> Testing
> ---
> 
> Tested that mvn build is not broken because of this change.
> Also did a basic sanity run time test that DB functionality is not broken.
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: [DOCS][DISCUSS] heads-up main docs repo refactor

[sebgoa]

On Feb 20, 2014, at 6:11 PM, Radhika Puthiyetath 
 wrote:

> Hi,
> 
> From Citrix-perspective, this is going to be effort intensive considering the 
> current head count for documentation. 
> 
> For 4.3, we would like to continue with DocBook, as per our earlier 
> consensus. 
> 
> I shall come back with a concrete plan soon after completing the 4.3 feature 
> documentation. 
> 
> Hope it works. Thanks for your patience.
> 
> -Radhika

Radhika, I went through all the commits on master and 4.3 branch and made sure 
I ported everything to RTD.
We are good to go up to your latest commit on Feb 6th: 
58ec1d0091f80845412b42543191acc1e976383b

There are some issues with the content, I see a missing file. So I ported what 
I could and left some.

So from my standpoint we can switch to RTD now for all docs (master and 4.3 
content is all in).
The RN are ready, the install guide is ready, most of the dev guide is ready 
and I should be done today.
That leaves the admin guide to format but I will start today and should be done 
before 4.3 is voted.

Bottom line all commits have been migrated to RTD and .rst format.

-Sebastien

> 
> -Original Message-
> From: sebgoa [mailto:run...@gmail.com] 
> Sent: Thursday, February 20, 2014 8:50 PM
> To: dev@cloudstack.apache.org; Radhika Puthiyetath
> Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
> Subject: [DOCS][DISCUSS] heads-up main docs repo refactor
> 
> Hi,
> 
> With the change of format for docs, I have started to refactor the main docs 
> repo "cloudstack-docs.git"
> 
> The allocator,midonet,nicira,qig,vxlan and release notes guides have been 
> converted to .rst format.
> 
> I am moving the docbook version of these guides into an /archive directory 
> for the time being.
> 
> I will move my github repo that is used to build 
> http://cloudstack.readthedocs.org/en/latest/ to the main docs repo.
> 
> The release notes now have their main repo and are up to date for 4.3 release.
> 
> Now for the [DISCUSS] part:
> 
> * The install and admin guides also have their own repo so we could remove 
> them from cloudstack-docs with a temporary move to the /archive dir .
> 
> *My thought is to keep the cloudstack-docs repo for a "catch all" docs where 
> people can contribute "guides" that stand on their own, while the admin and 
> install repos are for the complete guides that we need to improve as complete 
> end-to-end docs.
> 
> * @Radhika you are mostly the only one writing in docbook, when do you feel 
> comfortable switching to .rst ? I am willing to help clean up the period when 
> we have a few left over docbook commits that need to be merged in .rst. But 
> we do need to have date at which point we make docbook "obsolete". I have 
> already started going through your last 10 commits to make sure the content 
> is in the new format.
> 
> thoughts,
> 
> -Sebastien

[GitHub] cloudstack-docs-rn pull request: Update rnotes.rst

[NuxRo]

GitHub user NuxRo opened a pull request:

https://github.com/apache/cloudstack-docs-rn/pull/3

Update rnotes.rst

corrected small typos regarding version numbers

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/NuxRo/cloudstack-docs-rn patch-1

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack-docs-rn/pull/3.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #3


commit c45cd5bee2a9b0bb4f6f3c2fde4ee5434d88a583
Author: NuxRo 
Date:   2014-02-21T15:26:07Z

Update rnotes.rst

corrected small typos regarding version numbers




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

Re: VMware and NFS

[Mike Tutkowski]

So, just curious here, but why wouldn't the ESX(i) host simply be able to
create an NFS datastore that points to the NFS share on the secondary
storage location directly?


On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta wrote:

> For XS that¹s not required as its pushed into XS directly.
>
> I also think secondary storage is mounted for Vmware on MS to copy the
> system vm template to Primary storage.
>
> On 20/02/14 9:13 PM, "Mike Tutkowski" 
> wrote:
>
> >So, just to be sure I have this correct, the management server mounts
> >secondary storage regardless of hypervisor type due to systemvm.iso. Is
> >that correct?
> >
> >Thanks
> >
> >
> >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> >sateesh.chodapune...@citrix.com> wrote:
> >
> >> > -Original Message-
> >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> > Sent: 21 February 2014 09:54
> >> > To: dev@cloudstack.apache.org
> >> > Subject: Re: VMware and NFS
> >> >
> >> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> >> remember there being something unusual about VMware in that the
> >> > management server needed to be able to mount the NFS share, as well.
> >>
> >> Yeah, management server mount secondary storage.
> >> Reason behind this is CS does patching of system vms by injecting
> >> systemvm.iso into system vm. In this process, management server mounts
> >> secondary storage and copies systemvm.iso image into secondary storage
> >> inside "systemvm" folder. Later that would be mounted by system vm.
> >>During
> >> system vm startup there is a script "cloud-early-config" which installs
> >>the
> >> content of mounted iso inside the system vm.
> >>
> >> Hope that clarifies.
> >>
> >> Regards,
> >> Sateesh
> >>
> >> >
> >> >
> >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> >> > wrote:
> >> >
> >> > > Interesting as I do see errors in the mgmt log in regards to
> >> > > /mnt/sec...however if I am understanding the architecture correctly
> >> > > isn't it the hypervisor that needs access to the secondary storage?
> >> > > The mgmt server only needs to access secondary storage to be able to
> >> > > seed the templates right?
> >> > >
> >> > >
> >> > >
> >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> >> > > > Subject: Re: VMware and NFS
> >> > > > From: mike.tutkow...@solidfire.com
> >> > > > To: dev@cloudstack.apache.org
> >> > > >
> >> > > > I may be remembering this incorrectly, but for VMware doesn't the
> >> > > > management server have to be able to mount the secondary storage
> >>NFS
> >> > > share
> >> > > > to /mnt/sec?
> >> > > >
> >> > > >
> >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> >> > > > 
> >> > > wrote:
> >> > > >
> >> > > > > Couple of questions.
> >> > > > > Did you seed the system vm template onto the sec. storage ? And
> >> > > > > can you mount that template location in sec. storage on your
> >> > > > > management server
> >> > > ?
> >> > > > >
> >> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
> >>
> >> > > wrote:
> >> > > > >
> >> > > > > >Hey dev guys, I just recently got CS up and running with
> >>vmware.
> >> > > However
> >> > > > > >I am running into an issue where it seems my esxi hosts are not
> >> > > mounting
> >> > > > > >the  secondary NFS storage.
> >> > > > > >NFS is working as I can mount to it from other linux boxes,
> >>and I
> >> > > > > >can mount a NFS datastore from the hypervisors. In my log I see
> >> > > > > >the
> >> > > following
> >> > > > > >few errors:
> >> > > > > >"Unable to create mount point for
> >> > > > > >nfs://172.16.25.85/export/secondary
> >> > > ",
> >> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> >> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> >> > > > > >such
> >> > > file
> >> > > > > >or directory"
> >> > > > > >Adding secondary storage seemed straight forward and I even was
> >> > > > > >able
> >> > > to
> >> > > > > >make it work using XEN as the hypervisor, so the problem
> >> > > > > >definitely
> >> > > seems
> >> > > > > >to be esxi...
> >> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> >> > > > > >Thanks in advance for any help!
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > > > --
> >> > > > *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
> >> > *(tm)*
> >>
> >
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >A

RE: VMware and NFS

[Michael Phillips]

Actually I am pretty sure that is what it doesSo I changed like 4-5 things 
"my mistake", then I noticed a datastore with a "GUID" looking name popped up 
on my hosts. This datastore was mapped to my NFS share. Once that showed up CS 
started creating the system VMs. So I am trying to back track and see what 
setting made it kick in...Stay tuned...
> Date: Fri, 21 Feb 2014 08:40:13 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> So, just curious here, but why wouldn't the ESX(i) host simply be able to
> create an NFS datastore that points to the NFS share on the secondary
> storage location directly?
> 
> 
> On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta wrote:
> 
> > For XS that¹s not required as its pushed into XS directly.
> >
> > I also think secondary storage is mounted for Vmware on MS to copy the
> > system vm template to Primary storage.
> >
> > On 20/02/14 9:13 PM, "Mike Tutkowski" 
> > wrote:
> >
> > >So, just to be sure I have this correct, the management server mounts
> > >secondary storage regardless of hypervisor type due to systemvm.iso. Is
> > >that correct?
> > >
> > >Thanks
> > >
> > >
> > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > >sateesh.chodapune...@citrix.com> wrote:
> > >
> > >> > -Original Message-
> > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > >> > Sent: 21 February 2014 09:54
> > >> > To: dev@cloudstack.apache.org
> > >> > Subject: Re: VMware and NFS
> > >> >
> > >> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> > >> remember there being something unusual about VMware in that the
> > >> > management server needed to be able to mount the NFS share, as well.
> > >>
> > >> Yeah, management server mount secondary storage.
> > >> Reason behind this is CS does patching of system vms by injecting
> > >> systemvm.iso into system vm. In this process, management server mounts
> > >> secondary storage and copies systemvm.iso image into secondary storage
> > >> inside "systemvm" folder. Later that would be mounted by system vm.
> > >>During
> > >> system vm startup there is a script "cloud-early-config" which installs
> > >>the
> > >> content of mounted iso inside the system vm.
> > >>
> > >> Hope that clarifies.
> > >>
> > >> Regards,
> > >> Sateesh
> > >>
> > >> >
> > >> >
> > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > >> > wrote:
> > >> >
> > >> > > Interesting as I do see errors in the mgmt log in regards to
> > >> > > /mnt/sec...however if I am understanding the architecture correctly
> > >> > > isn't it the hypervisor that needs access to the secondary storage?
> > >> > > The mgmt server only needs to access secondary storage to be able to
> > >> > > seed the templates right?
> > >> > >
> > >> > >
> > >> > >
> > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > >> > > > Subject: Re: VMware and NFS
> > >> > > > From: mike.tutkow...@solidfire.com
> > >> > > > To: dev@cloudstack.apache.org
> > >> > > >
> > >> > > > I may be remembering this incorrectly, but for VMware doesn't the
> > >> > > > management server have to be able to mount the secondary storage
> > >>NFS
> > >> > > share
> > >> > > > to /mnt/sec?
> > >> > > >
> > >> > > >
> > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > >> > > > 
> > >> > > wrote:
> > >> > > >
> > >> > > > > Couple of questions.
> > >> > > > > Did you seed the system vm template onto the sec. storage ? And
> > >> > > > > can you mount that template location in sec. storage on your
> > >> > > > > management server
> > >> > > ?
> > >> > > > >
> > >> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
> > >>
> > >> > > wrote:
> > >> > > > >
> > >> > > > > >Hey dev guys, I just recently got CS up and running with
> > >>vmware.
> > >> > > However
> > >> > > > > >I am running into an issue where it seems my esxi hosts are not
> > >> > > mounting
> > >> > > > > >the  secondary NFS storage.
> > >> > > > > >NFS is working as I can mount to it from other linux boxes,
> > >>and I
> > >> > > > > >can mount a NFS datastore from the hypervisors. In my log I see
> > >> > > > > >the
> > >> > > following
> > >> > > > > >few errors:
> > >> > > > > >"Unable to create mount point for
> > >> > > > > >nfs://172.16.25.85/export/secondary
> > >> > > ",
> > >> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > >> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> > >> > > > > >such
> > >> > > file
> > >> > > > > >or directory"
> > >> > > > > >Adding secondary storage seemed straight forward and I even was
> > >> > > > > >able
> > >> > > to
> > >> > > > > >make it work using XEN as the hypervisor, so the problem
> > >> > > > > >definitely
> > >> > > seems
> > >> > > > > >to be esxi...
> > >> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> > >> > > > > >Thanks in advance for any help!
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > > > --
> > >>

RE: [PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Sateesh Chodapuneedi]

Regards,
Sateesh

> -Original Message-
> From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> Sent: 17 February 2014 10:18
> To: dev@cloudstack.apache.org
> Subject: [PROPOSAL] Granular Controller Support in CloudStack over VMware 
> deployments
> 
> Hi,
> 
> I would like to add support for granular disk controller support for 
> CloudStack over VMware deployments.
> 
> To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual machine uses 
> storage controllers.
> 
> Virtual storage controllers appear to a virtual machine as different types of 
> controllers of type IDE or SCSI. Further SCSI controllers can be
> classified into 4 sub types, as below
> BusLogic Parallel
> LSI Logic Parallel,
> LSI Logic SAS
> VMware Paravirtual SCSI
> 
> Currently CloudStack supports following combinations only.
> DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in 
> source code, no option for user to edit/choose the controller type
> ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of global 
> configuration parameter "vmware.root.disk.controller"
> 
> Currently the instances are deployed with the the LSI Parallel controller 
> type. This might result in failure to boot when attempting to deploy
> templates that use the LSI SAS controller.
> 
> CloudStack should provide administrator the means to choose the type of disk 
> controller (including sub types listed in introduction section
> above) for an instance. The controller to be used by VM to access virtual 
> disk (volume) can decided for various reasons. Some of them are
> listed here,
> *   Some controllers are optimized for best performance over specific backend 
> infrastructure like SAN. Ex: VMware Paravirtual SCSI
> *Compatibility of some controllers with VM's virtual hardware version or 
> guest operating system.
> *Operating system vendor recommendation and default set of drivers 
> distributed as part of operating system image. Ex: Windows 8.1 ISO
> doesn't have Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk 
> attached to this controller won't accessible during installation of
> OS using the ISO.
> 
> CloudStack should provide administrator an option which auto detects the 
> recommended disk controller for the instance's guest operating
> system and applicable virtual hardware version.
> Kindly let me know your thoughts.
> 
> JIRA ticket - CLOUDSTACK-4787
> 
> Note:- Detailed Functional Specification is to be added at cwiki.apache.org 
> under 4.4 Design documents. Currently cwiki.apache.org is
> down. Waiting for the site to come up to add the FS document.
Added the details FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Granular+SCSI+Controller+support+in+CloudStack+over+VMware+deployments
> 
> Regards,
> Sateesh

RE: [PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Sateesh Chodapuneedi]

> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: 17 February 2014 11:13
> To: dev@cloudstack.apache.org
> Cc: Anthony Xu
> Subject: RE: [PROPOSAL] Granular Controller Support in CloudStack over VMware 
> deployments
> 
> Sateesh,
> 
> I think if you want to do this then it points to a larger change to 
> templates.  Today, the templates carry no meta information.  This means
> templates should carry meta information regarding the os image and how to 
> support it.  This should not specifically target vmware.  It can
> benefit all other hypervisors.  I know Anthony's also been working on 
> something similar for XenServer.  I suggest you guys get together and
> think about the right approach to abstract this and how to pass this 
> information to the hypervisor from the template.

Sure. My current proposal is to leverage details property of template, which 
would be persisted to template_details table.

> 
> --Alex
> 
> > -Original Message-
> > From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> > Sent: Sunday, February 16, 2014 8:48 PM
> > To: dev@cloudstack.apache.org
> > Subject: [PROPOSAL] Granular Controller Support in CloudStack over
> > VMware deployments
> >
> > Hi,
> >
> > I would like to add support for granular disk controller support for
> > CloudStack over VMware deployments.
> >
> > To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual
> > machine uses storage controllers.
> >
> > Virtual storage controllers appear to a virtual machine as different
> > types of controllers of type IDE or SCSI. Further SCSI controllers can
> > be classified into 4 sub types, as below
> > BusLogic Parallel
> > LSI Logic Parallel,
> > LSI Logic SAS
> > VMware Paravirtual SCSI
> >
> > Currently CloudStack supports following combinations only.
> > DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded
> > in source code, no option for user to edit/choose the controller type
> > ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of
> > global configuration parameter "vmware.root.disk.controller"
> >
> > Currently the instances are deployed with the the LSI Parallel controller 
> > type.
> > This might result in failure to boot when attempting to deploy
> > templates that use the LSI SAS controller.
> >
> > CloudStack should provide administrator the means to choose the type
> > of disk controller (including sub types listed in introduction section
> > above) for an instance. The controller to be used by VM to access
> > virtual disk (volume) can decided for various reasons. Some of them are 
> > listed here,
> > *   Some controllers are optimized for best performance over specific
> > backend infrastructure like SAN. Ex: VMware Paravirtual SCSI
> > *Compatibility of some controllers with VM's virtual hardware version or
> > guest operating system.
> > *Operating system vendor recommendation and default set of drivers
> > distributed as part of operating system image. Ex: Windows 8.1 ISO
> > doesn't have Lsi Logic Parallel SCSI drivers by default. Hence a
> > virtual disk attached to this controller won't accessible during 
> > installation of OS using the ISO.
> >
> > CloudStack should provide administrator an option which auto detects
> > the recommended disk controller for the instance's guest operating
> > system and applicable virtual hardware version.
> > Kindly let me know your thoughts.
> >
> > JIRA ticket - CLOUDSTACK-4787
> >
> > Note:- Detailed Functional Specification is to be added at
> > cwiki.apache.org under 4.4 Design documents. Currently
> > cwiki.apache.org is down. Waiting for the site to come up to add the FS 
> > document.
> >
> > Regards,
> > Sateesh

RE: [PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Sateesh Chodapuneedi]

> -Original Message-
> From: Erik Weber [mailto:terbol...@gmail.com]
> Sent: 17 February 2014 12:55
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Granular Controller Support in CloudStack over VMware 
> deployments
> 
> I don't think this should be tied to the template, but rather the 
> instance/disk. A template could of course specify it's preferred controller.
> 
> I don't have a use case for it, but you could potentially want to use 
> different controllers for different disks. E.g. your ROOT-volume might be
> on a high end SAN you want to utilize with PV-driver, whilst your DATA-volume 
> might be on an old NFS solution where you'll live fine with
> the SAS or Parallel driver.
> 
> 
> However, for the first release the most important part is that a selection 
> gets introduced.

Sure, current proposal need to be extended to add support for mix of SCSI 
controllers for single instance. Let me try to find a solution for that and 
update the FS.

> Currently you cannot install Windows 8.1 or Windows 2012 R2 on VMware with 
> CloudStack, which is a showstopper for many (for us - so
> much that we changed hypervisor).
> 
> --
> Erik
> 
> 
> On Mon, Feb 17, 2014 at 6:42 AM, Alex Huang  wrote:
> 
> > Sateesh,
> >
> > I think if you want to do this then it points to a larger change to
> > templates.  Today, the templates carry no meta information.  This means
> > templates should carry meta information regarding the os image and how to
> > support it.  This should not specifically target vmware.  It can benefit
> > all other hypervisors.  I know Anthony's also been working on something
> > similar for XenServer.  I suggest you guys get together and think about the
> > right approach to abstract this and how to pass this information to the
> > hypervisor from the template.
> >
> > --Alex
> >
> > > -Original Message-
> > > From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> > > Sent: Sunday, February 16, 2014 8:48 PM
> > > To: dev@cloudstack.apache.org
> > > Subject: [PROPOSAL] Granular Controller Support in CloudStack over
> > > VMware deployments
> > >
> > > Hi,
> > >
> > > I would like to add support for granular disk controller support for
> > CloudStack
> > > over VMware deployments.
> > >
> > > To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual machine
> > > uses storage controllers.
> > >
> > > Virtual storage controllers appear to a virtual machine as different
> > types of
> > > controllers of type IDE or SCSI. Further SCSI controllers can be
> > classified into 4
> > > sub types, as below
> > > BusLogic Parallel
> > > LSI Logic Parallel,
> > > LSI Logic SAS
> > > VMware Paravirtual SCSI
> > >
> > > Currently CloudStack supports following combinations only.
> > > DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in
> > source
> > > code, no option for user to edit/choose the controller type
> > > ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of
> > global
> > > configuration parameter "vmware.root.disk.controller"
> > >
> > > Currently the instances are deployed with the the LSI Parallel
> > controller type.
> > > This might result in failure to boot when attempting to deploy templates
> > that
> > > use the LSI SAS controller.
> > >
> > > CloudStack should provide administrator the means to choose the type of
> > > disk controller (including sub types listed in introduction section
> > above) for an
> > > instance. The controller to be used by VM to access virtual disk
> > (volume) can
> > > decided for various reasons. Some of them are listed here,
> > > *   Some controllers are optimized for best performance over specific
> > > backend infrastructure like SAN. Ex: VMware Paravirtual SCSI
> > > *Compatibility of some controllers with VM's virtual hardware
> > version or
> > > guest operating system.
> > > *Operating system vendor recommendation and default set of drivers
> > > distributed as part of operating system image. Ex: Windows 8.1 ISO
> > doesn't
> > > have Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk
> > attached to
> > > this controller won't accessible during installation of OS using the ISO.
> > >
> > > CloudStack should provide administrator an option which auto detects the
> > > recommended disk controller for the instance's guest operating system and
> > > applicable virtual hardware version.
> > > Kindly let me know your thoughts.
> > >
> > > JIRA ticket - CLOUDSTACK-4787
> > >
> > > Note:- Detailed Functional Specification is to be added at
> > cwiki.apache.org
> > > under 4.4 Design documents. Currently cwiki.apache.org is down. Waiting
> > for
> > > the site to come up to add the FS document.
> > >
> > > Regards,
> > > Sateesh
> >
> >

Review Request 18358: NetUtils unit testing

[Miguel Ferreira]

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

Review request for cloudstack, daan Hoogland and Hugo Trippaers.


Repository: cloudstack-git


Description
---

- Refactor tests:
  - Upgrade tests to use jUnit4
  - Break big tests in small unit tests
  - Replace assertTrue/False with complex conditions by assertThat with
specific matchers
- Remove dead code:
  - Private static method never called locally
- Add test for method that validates CIDRs


Diffs
-

  utils/src/com/cloud/utils/net/NetUtils.java c22e39a 
  utils/test/com/cloud/utils/net/NetUtilsTest.java d3e283c 

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


Testing
---

Ran all the tests in the test class before and after refactoring.


Thanks,

Miguel Ferreira

Re: [DISCUSS] Policy blocker?

[David Nalley]

Damoder: your patch merely piled on to an existing problem. I'll
respond more to this in a bit, but I think your approach solves your
bit of the problem. I have a much longer email that talks about why
coming up.

Thanks for working on getting a patch up so rapidly.

--David

On Fri, Feb 21, 2014 at 10:00 AM, Damoder Reddy
 wrote:
> Initially I thought my change caused to bundle the mysql-connector-java into 
> RPM in 4.3... but after did more analysis I found that mysql-connector is 
> already getting bundled into RPM in 4.2.x as well.
>
> Looks like issue is something else as well.. I am not sure this will fix the 
> actual issue.
>
>  Anyhow we need to apply this patch even after fixing the actual issue.
>
> Thanks & Regards
> Damodar/
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Friday, February 21, 2014 6:24 PM
> To: dev@cloudstack.apache.org
> Cc: Animesh Chaturvedi
> Subject: RE: [DISCUSS] Policy blocker?
>
> I have created a defect for this at: 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6152
>
> I have put the patch in review board at : https://reviews.apache.org/r/18353/
>
> Please review the same and commit it to the branch(4.3-forward) if these 
> changes are fine. Otherwise please let me know if we need to put it into any 
> other scope other than provided
>
> @Animesh : Please Cherry Pick it from 4.3.-forward once committed.
>
> Thanks & Regards
> Damodar/
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Friday, 21 February 2014 5:19 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [DISCUSS] Policy blocker?
>
>
> For DB HA we have included a new class StaticStrategy.java which is having 
> compile time dependency on mysql -connector-java.
> I will make change in pom, as provided scope dependency instead of compile 
> time so that maven will not include in the bundle while packaging.
>
> Thanks & Regards
> Damodar/
>
>
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, February 21, 2014 12:24 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Policy blocker?
>
> I will try to work on this a bit this evening, but others may be faster.
>
> --David
>
> On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi 
>  wrote:
>> Chip, David thanks for the detailed explanation, is one of you taking
>> care of fixing this issue or we need to find other volunteers
>>
>> Thanks
>> Animesh
>>
>>> -Original Message-
>>> From: Chip Childers [mailto:chipchild...@apache.org]
>>> Sent: Thursday, February 20, 2014 10:13 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: [DISCUSS] Policy blocker?
>>>
>>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers
>>> 
>>> wrote:
>>> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>>> >> Hi folks,
>>> >>
>>> >> I cringe to raise this issue. After 6 RCs I am sure we are all
>>> >> feeling a little bit of release vote fatigue. Especially Animesh.
>>> >> I apologize in advance; in all other respects I am ready to give a +1 to 
>>> >> RC6.
>>> >>
>>> >> I've been playing with 4.3.0-rc6 for a couple of days now. I
>>> >> attempted to build some RPMs and had problems with dependency
>>> >> resolution in maven. This led me to looking at a number of
>>> >> different poms, and I noticed mysql-connector-java is listed as a
>>> >> runtime dependency. For our end users, this really isn't necessary
>>> >> - the debs and rpms specify a requirement (effectively a system
>>> >> requirement in the terms of
>>> >> policy) for mysql-connector-java. We don't need it to build the
>>> >> software (at least not in any location I've seen) - just when running.
>>> >> (And thus its a system dependency, much like MySQL is.)
>>> >>
>>> >> mysql-connector-java is GPLv2; which is Cat X. By including it as
>>> >> a dependency in the pom it automatically gets downloaded. The 3rd
>>> >> Party software policy has this line in it:
>>> >>
>>> >> "YOU MUST NOT distribute build scripts or documentation within an
>>> >> Apache product with the purpose of causing the default/standard
>>> >> build of an Apache product to include any part of aprohibited work."
>>> >>
>>> >> We've released software with this dependency previously. Is this a
>>> >> blocker for 4.3 or do we fix going forward? (If we hadn't already
>>> >> shipped releases with this problem I'd lean a bit more towards it
>>> >> being a blocker - but its more murky now.)
>>> >>
>>> >> Thoughts, comments, flames?
>>> >>
>>> >> --David
>>> >>
>>> >> [1] https://www.apache.org/legal/3party.html
>>> >
>>> > During incubation, this dependency was raised as an issue.
>>> > Generally, there are 2 ways to deal with Category X dependencies
>>> > within an ASF
>>> > project:
>>> >
>>> > 1) Make it an optional part of the software.  This is what we do
>>> > with the nonoss build target, but won't work for the mysql-connector.
>>> >
>>> > 2) Make it a "system dependency" that is expected to be insta

[GitHub] cloudstack-docs-rn pull request: Update rnotes.rst

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack-docs-rn/pull/3


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

RE: VMware and NFS

[Michael Phillips]

Success!!
So what I had to do was to mount "/mnt/sec" on the mgmt server to the secondary 
NFS storageOnce I did that all the secondary vm's were created and the mgmt 
server created the "GUID" named datastore on the hypervisors back to the NFS 
share...
Funny that this was not documented anywhere unless I missed it...



> Date: Fri, 21 Feb 2014 08:40:13 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> So, just curious here, but why wouldn't the ESX(i) host simply be able to
> create an NFS datastore that points to the NFS share on the secondary
> storage location directly?
> 
> 
> On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta wrote:
> 
> > For XS that¹s not required as its pushed into XS directly.
> >
> > I also think secondary storage is mounted for Vmware on MS to copy the
> > system vm template to Primary storage.
> >
> > On 20/02/14 9:13 PM, "Mike Tutkowski" 
> > wrote:
> >
> > >So, just to be sure I have this correct, the management server mounts
> > >secondary storage regardless of hypervisor type due to systemvm.iso. Is
> > >that correct?
> > >
> > >Thanks
> > >
> > >
> > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > >sateesh.chodapune...@citrix.com> wrote:
> > >
> > >> > -Original Message-
> > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > >> > Sent: 21 February 2014 09:54
> > >> > To: dev@cloudstack.apache.org
> > >> > Subject: Re: VMware and NFS
> > >> >
> > >> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> > >> remember there being something unusual about VMware in that the
> > >> > management server needed to be able to mount the NFS share, as well.
> > >>
> > >> Yeah, management server mount secondary storage.
> > >> Reason behind this is CS does patching of system vms by injecting
> > >> systemvm.iso into system vm. In this process, management server mounts
> > >> secondary storage and copies systemvm.iso image into secondary storage
> > >> inside "systemvm" folder. Later that would be mounted by system vm.
> > >>During
> > >> system vm startup there is a script "cloud-early-config" which installs
> > >>the
> > >> content of mounted iso inside the system vm.
> > >>
> > >> Hope that clarifies.
> > >>
> > >> Regards,
> > >> Sateesh
> > >>
> > >> >
> > >> >
> > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > >> > wrote:
> > >> >
> > >> > > Interesting as I do see errors in the mgmt log in regards to
> > >> > > /mnt/sec...however if I am understanding the architecture correctly
> > >> > > isn't it the hypervisor that needs access to the secondary storage?
> > >> > > The mgmt server only needs to access secondary storage to be able to
> > >> > > seed the templates right?
> > >> > >
> > >> > >
> > >> > >
> > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > >> > > > Subject: Re: VMware and NFS
> > >> > > > From: mike.tutkow...@solidfire.com
> > >> > > > To: dev@cloudstack.apache.org
> > >> > > >
> > >> > > > I may be remembering this incorrectly, but for VMware doesn't the
> > >> > > > management server have to be able to mount the secondary storage
> > >>NFS
> > >> > > share
> > >> > > > to /mnt/sec?
> > >> > > >
> > >> > > >
> > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > >> > > > 
> > >> > > wrote:
> > >> > > >
> > >> > > > > Couple of questions.
> > >> > > > > Did you seed the system vm template onto the sec. storage ? And
> > >> > > > > can you mount that template location in sec. storage on your
> > >> > > > > management server
> > >> > > ?
> > >> > > > >
> > >> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
> > >>
> > >> > > wrote:
> > >> > > > >
> > >> > > > > >Hey dev guys, I just recently got CS up and running with
> > >>vmware.
> > >> > > However
> > >> > > > > >I am running into an issue where it seems my esxi hosts are not
> > >> > > mounting
> > >> > > > > >the  secondary NFS storage.
> > >> > > > > >NFS is working as I can mount to it from other linux boxes,
> > >>and I
> > >> > > > > >can mount a NFS datastore from the hypervisors. In my log I see
> > >> > > > > >the
> > >> > > following
> > >> > > > > >few errors:
> > >> > > > > >"Unable to create mount point for
> > >> > > > > >nfs://172.16.25.85/export/secondary
> > >> > > ",
> > >> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > >> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> > >> > > > > >such
> > >> > > file
> > >> > > > > >or directory"
> > >> > > > > >Adding secondary storage seemed straight forward and I even was
> > >> > > > > >able
> > >> > > to
> > >> > > > > >make it work using XEN as the hypervisor, so the problem
> > >> > > > > >definitely
> > >> > > seems
> > >> > > > > >to be esxi...
> > >> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> > >> > > > > >Thanks in advance for any help!
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > > > --
> > >> > > > *Mike Tutkowski*
> >

Re: VMware and NFS

[Mike Tutkowski]

Thanks for the clarification.

I was pretty confident an ESX host creates an NFS datastore (with a UUID
for a name) that maps to the NFS share. This is similar to how a XenServer
host creates an NFS storage repository that maps to the NFS share.


On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips
wrote:

> Actually I am pretty sure that is what it doesSo I changed like 4-5
> things "my mistake", then I noticed a datastore with a "GUID" looking name
> popped up on my hosts. This datastore was mapped to my NFS share. Once that
> showed up CS started creating the system VMs. So I am trying to back track
> and see what setting made it kick in...Stay tuned...
> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > So, just curious here, but why wouldn't the ESX(i) host simply be able to
> > create an NFS datastore that points to the NFS share on the secondary
> > storage location directly?
> >
> >
> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta  >wrote:
> >
> > > For XS that¹s not required as its pushed into XS directly.
> > >
> > > I also think secondary storage is mounted for Vmware on MS to copy the
> > > system vm template to Primary storage.
> > >
> > > On 20/02/14 9:13 PM, "Mike Tutkowski" 
> > > wrote:
> > >
> > > >So, just to be sure I have this correct, the management server mounts
> > > >secondary storage regardless of hypervisor type due to systemvm.iso.
> Is
> > > >that correct?
> > > >
> > > >Thanks
> > > >
> > > >
> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > >sateesh.chodapune...@citrix.com> wrote:
> > > >
> > > >> > -Original Message-
> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > > >> > Sent: 21 February 2014 09:54
> > > >> > To: dev@cloudstack.apache.org
> > > >> > Subject: Re: VMware and NFS
> > > >> >
> > > >> > Yes, the hypervisor does need to mount the NFS share, but I seem
> to
> > > >> remember there being something unusual about VMware in that the
> > > >> > management server needed to be able to mount the NFS share, as
> well.
> > > >>
> > > >> Yeah, management server mount secondary storage.
> > > >> Reason behind this is CS does patching of system vms by injecting
> > > >> systemvm.iso into system vm. In this process, management server
> mounts
> > > >> secondary storage and copies systemvm.iso image into secondary
> storage
> > > >> inside "systemvm" folder. Later that would be mounted by system vm.
> > > >>During
> > > >> system vm startup there is a script "cloud-early-config" which
> installs
> > > >>the
> > > >> content of mounted iso inside the system vm.
> > > >>
> > > >> Hope that clarifies.
> > > >>
> > > >> Regards,
> > > >> Sateesh
> > > >>
> > > >> >
> > > >> >
> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > > >> > wrote:
> > > >> >
> > > >> > > Interesting as I do see errors in the mgmt log in regards to
> > > >> > > /mnt/sec...however if I am understanding the architecture
> correctly
> > > >> > > isn't it the hypervisor that needs access to the secondary
> storage?
> > > >> > > The mgmt server only needs to access secondary storage to be
> able to
> > > >> > > seed the templates right?
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > >> > > > Subject: Re: VMware and NFS
> > > >> > > > From: mike.tutkow...@solidfire.com
> > > >> > > > To: dev@cloudstack.apache.org
> > > >> > > >
> > > >> > > > I may be remembering this incorrectly, but for VMware doesn't
> the
> > > >> > > > management server have to be able to mount the secondary
> storage
> > > >>NFS
> > > >> > > share
> > > >> > > > to /mnt/sec?
> > > >> > > >
> > > >> > > >
> > > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > > >> > > > 
> > > >> > > wrote:
> > > >> > > >
> > > >> > > > > Couple of questions.
> > > >> > > > > Did you seed the system vm template onto the sec. storage ?
> And
> > > >> > > > > can you mount that template location in sec. storage on your
> > > >> > > > > management server
> > > >> > > ?
> > > >> > > > >
> > > >> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
> > > >>
> > > >> > > wrote:
> > > >> > > > >
> > > >> > > > > >Hey dev guys, I just recently got CS up and running with
> > > >>vmware.
> > > >> > > However
> > > >> > > > > >I am running into an issue where it seems my esxi hosts
> are not
> > > >> > > mounting
> > > >> > > > > >the  secondary NFS storage.
> > > >> > > > > >NFS is working as I can mount to it from other linux boxes,
> > > >>and I
> > > >> > > > > >can mount a NFS datastore from the hypervisors. In my log
> I see
> > > >> > > > > >the
> > > >> > > following
> > > >> > > > > >few errors:
> > > >> > > > > >"Unable to create mount point for
> > > >> > > > > >nfs://172.16.25.85/export/secondary
> > > >> > > ",
> > > >> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > >> > > > > >"/mnt/sec/template/tmpl/1/8"): 

Re: VMware and NFS

[Mike Tutkowski]

I believe I had trouble with that in my development environment about 10 or
so months ago. I think it turned out to be a permissions issue. Perhaps I
didn't have my username in the sudoers file or something. My thinking is
the management server is supposed to create /mnt/sec for you.

I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
secondary storages?


On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks for the clarification.
>
> I was pretty confident an ESX host creates an NFS datastore (with a UUID
> for a name) that maps to the NFS share. This is similar to how a XenServer
> host creates an NFS storage repository that maps to the NFS share.
>
>
> On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips  > wrote:
>
>> Actually I am pretty sure that is what it doesSo I changed like 4-5
>> things "my mistake", then I noticed a datastore with a "GUID" looking name
>> popped up on my hosts. This datastore was mapped to my NFS share. Once that
>> showed up CS started creating the system VMs. So I am trying to back track
>> and see what setting made it kick in...Stay tuned...
>> > Date: Fri, 21 Feb 2014 08:40:13 -0700
>> > Subject: Re: VMware and NFS
>> > From: mike.tutkow...@solidfire.com
>> > To: dev@cloudstack.apache.org
>> >
>> > So, just curious here, but why wouldn't the ESX(i) host simply be able
>> to
>> > create an NFS datastore that points to the NFS share on the secondary
>> > storage location directly?
>> >
>> >
>> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta > >wrote:
>> >
>> > > For XS that¹s not required as its pushed into XS directly.
>> > >
>> > > I also think secondary storage is mounted for Vmware on MS to copy the
>> > > system vm template to Primary storage.
>> > >
>> > > On 20/02/14 9:13 PM, "Mike Tutkowski" 
>> > > wrote:
>> > >
>> > > >So, just to be sure I have this correct, the management server mounts
>> > > >secondary storage regardless of hypervisor type due to systemvm.iso.
>> Is
>> > > >that correct?
>> > > >
>> > > >Thanks
>> > > >
>> > > >
>> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
>> > > >sateesh.chodapune...@citrix.com> wrote:
>> > > >
>> > > >> > -Original Message-
>> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > > >> > Sent: 21 February 2014 09:54
>> > > >> > To: dev@cloudstack.apache.org
>> > > >> > Subject: Re: VMware and NFS
>> > > >> >
>> > > >> > Yes, the hypervisor does need to mount the NFS share, but I seem
>> to
>> > > >> remember there being something unusual about VMware in that the
>> > > >> > management server needed to be able to mount the NFS share, as
>> well.
>> > > >>
>> > > >> Yeah, management server mount secondary storage.
>> > > >> Reason behind this is CS does patching of system vms by injecting
>> > > >> systemvm.iso into system vm. In this process, management server
>> mounts
>> > > >> secondary storage and copies systemvm.iso image into secondary
>> storage
>> > > >> inside "systemvm" folder. Later that would be mounted by system vm.
>> > > >>During
>> > > >> system vm startup there is a script "cloud-early-config" which
>> installs
>> > > >>the
>> > > >> content of mounted iso inside the system vm.
>> > > >>
>> > > >> Hope that clarifies.
>> > > >>
>> > > >> Regards,
>> > > >> Sateesh
>> > > >>
>> > > >> >
>> > > >> >
>> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
>> > > >> > wrote:
>> > > >> >
>> > > >> > > Interesting as I do see errors in the mgmt log in regards to
>> > > >> > > /mnt/sec...however if I am understanding the architecture
>> correctly
>> > > >> > > isn't it the hypervisor that needs access to the secondary
>> storage?
>> > > >> > > The mgmt server only needs to access secondary storage to be
>> able to
>> > > >> > > seed the templates right?
>> > > >> > >
>> > > >> > >
>> > > >> > >
>> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
>> > > >> > > > Subject: Re: VMware and NFS
>> > > >> > > > From: mike.tutkow...@solidfire.com
>> > > >> > > > To: dev@cloudstack.apache.org
>> > > >> > > >
>> > > >> > > > I may be remembering this incorrectly, but for VMware
>> doesn't the
>> > > >> > > > management server have to be able to mount the secondary
>> storage
>> > > >>NFS
>> > > >> > > share
>> > > >> > > > to /mnt/sec?
>> > > >> > > >
>> > > >> > > >
>> > > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
>> > > >> > > > 
>> > > >> > > wrote:
>> > > >> > > >
>> > > >> > > > > Couple of questions.
>> > > >> > > > > Did you seed the system vm template onto the sec. storage
>> ? And
>> > > >> > > > > can you mount that template location in sec. storage on
>> your
>> > > >> > > > > management server
>> > > >> > > ?
>> > > >> > > > >
>> > > >> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
>> > > >>
>> > > >> > > wrote:
>> > > >> > > > >
>> > > >> > > > > >Hey dev guys, I just recently got CS up and running with
>> > > >>vmware.
>> > > >> > > However
>> > > >> > > > > >I am running into an issu

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Mike Tutkowski]

Thanks for this detailed explanation, Hugo! That was really useful info.


On Thu, Feb 20, 2014 at 3:02 AM, Hugo Trippaers  wrote:

> OK, the systemvm status is making more sense now.
>
>
> For everybody just as confused as me by the current discussion let me try
> to summarize.
>
> SystemVM template build process:
>   Currently there is a build process for the systemvm template in the
> CloudStack source code. This build process is using veewee and virtual box
> and is started by running the command build.sh located in the
> tools/appliance directory. (parameter systemvmtemplate builds the 32bits
> template and command systemvm64template builds the 64bit image). This build
> is periodically executed by jenkins.buildacloud.org for each branch, so
> that is the authoritative source to get the latest version of the systemvm
> templates (both 32 and 64 bit).
>   However due to incompatibilities between vmware OVA import and the
> virtual box OVA export there is manual workaround to make the vmware
> template work (see CLOUDSTACK-4864 and the wiki page at
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Build+Your+Own+SystemVM+Templates).
> There is a fix for this (CLOUDSTACK-5883) that makes the automagically
> build template usable with VMware, this is confirmed to work with vSphere
> 5.1 for the 32bit template, but Sateesh reports there still are issues with
> the 64bit template. I've reopened the ticket 5883 to track this, but moved
> the priority from Blocker to Major as we have a workaround in a manual
> procedure.
>
> SystemVM template release process:
>   The systemvm template is generated using scripts in the source code and
> as part of the procedure parts of the CloudStack sources are copied onto
> the systemvm template when it is generated. The systemvm template is also
> an integral part of a release of CloudStack as CloudStack will not work as
> advertised if we do not make the systemvm template available to our users.
>   When a release is created a particular state of the source tree is fixed
> an a release artifact is put up for vote. However in the current process
> part of the release (the systemvm template) contains source code that might
> not be the same as the artifact that is supplied in the vote. The main
> reason for this is that the process of releasing the systemvm template is
> different from releasing the source code for CloudStack. The system vm
> template is released in advance to cloud.com and the process to trigger
> this is not completely clear to the community yet.
>   Combine this with the need for manual steps in the build process of the
> template and we have a situation where it is not transparent to the
> community what exact is in the released systemvm template at any given time.
>
> Current status of the systemvm:
>   The systemvm uploaded to cloud.com works with the current release under
> vote and workaround have been manually applied to ensure correct operation
> with VMware.
>   The current date field in the download URL of the systemvm template is
> confusing, but everyone agrees that there have been no changes to the
> relevant parts of the source code between the moment the current version of
> the systemvm-template on cloud.com was created and the source code in
> current release artifact.
>
> Recommedations/proposal for a next release (4.3.1 or 4.4):
>   Fix remaining issues in CLOUDSTACK-5883 so we have a fully automated
> build of the systemvm without manual steps.
>   With the next release generate a systemvm using the release artifact and
> upload that one to cloud.com for testing.
>   Master and release branches should be switched to use a download url
> that points to the latest successful build of the systemvm template for
> that branch to make sure all developments and tests are done using the
> latest sources available.
>
>
> With this i'm rescinding my -1 vote on this release candidate.
>
>
>
> Cheers,
>
> Hugo
>
>
>
> On 20 feb. 2014, at 09:23, Sateesh Chodapuneedi <
> sateesh.chodapune...@citrix.com> wrote:
>
> > Hugo,
> >
> > I manually prepared the 64-bit systemvm template via
> https://issues.apache.org/jira/browse/CLOUDSTACK-4864.
> >
> > In the JIRA bug I explained the issues with the default template and
> also attached the modified OVF file as well. I can add a wiki page
> explaining the exact changes done.  I looked at the changes you made as
> part of 5883 and observe the following issues which need to be resolved.
> Let me know.
> >
> > From the autogenerated template, the operating system section is
> referring to guest os id for vbox environment which is not correctly
> mapping to the right guest OS on ESXi hypervisor. This eventually resulting
> in the Debian 64bit system VM to be deployed as 32-bit otherLinux VM on
> ESXi.
> > ---
> >
> >  The kind of installed guest operating system
> >  Debian_64
> >  Debian_64
> > ---
> > Also it still has Vbox specific sections which may not make sense to
> vCenter. Ofcour

Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

[Mike Tutkowski]

I've been a little behind on e-mail and just reading up on this legal issue
in more detail now.

I agree we should be -1 on 4.3 until we have a good resolution for it.

Thanks


On Fri, Feb 21, 2014 at 5:01 AM, Daan Hoogland wrote:

> Animesh,
>
> Having followed the legal discussions and remarks from David on these
> matters, I will have to retract my +1 and cast a -1 (binding). I
> suggest we postpone 4.3 indefinitely awaiting legal advice and
> discussion on how to proceed on this list.
>
> sorry,
> Daan
>
> On Fri, Feb 21, 2014 at 12:16 PM, benoit lair 
> wrote:
> > Hi,
> >
> > I agree with Florin about GRE tunnel. It is very problematic. If i can't
> > get GRE tunnels working with xenserver 6.2, i won't be able to use the
> ACS
> > 4.3
> >
> > So the jira CLOUDSTACK-5967 is not resolved, isn't it ?
> >
> > Murali, you said on the Feb 14th (CLOUDSTACK-5967) that if there is a new
> > RC :
> > "Fix is simple, but not sure we can get this into 4.3, given
> > its not regression. Will get this in if there is a new RC."
> >
> > Is it still relevant ?
> >
> > Regards.
> >
> > Benoit Lair.
> >
> >
> >
> > 2014-02-21 11:29 GMT+01:00 Srikanteswararao Talluri <
> > srikanteswararao.tall...@citrix.com>:
> >
> >> There is a bug filed for live migration on ESXi 5.5.
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-6146
> >>
> >> I feel we need to fix this bug too in 4.3.
> >>
> >> Thanks,
> >> ~Talluri
> >>
> >> On 20/02/14 11:19 pm, "David Nalley"  wrote:
> >>
> >> >On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers <
> chipchild...@apache.org>
> >> >wrote:
> >> >> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
> >> >>>
> >> >>> [ ] +1  approve
> >> >>>
> >> >>> [ ] +0  no opinion
> >> >>>
> >> >>> [ ] -1  disapprove (and reason why)
> >> >>>
> >> >>
> >> >> Given the recently noticed legal issues with the mysql-connector-java
> >> >> dependency, I'm -1 (binding) until that is resolved.
> >> >>
> >> >
> >> >I hate to have to issue a -1 (binding) but will do so as well.
> >> >
> >> >--David
> >>
> >>
>
>
>
> --
> Daan
>



-- 
*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: Review Request 18358: NetUtils unit testing

[Laszlo Hornyak]

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


Hi Miguel,

I started working on verification and I ran into some dependency problem. 
hamcrest-library is needed as dependency and junit 4.10 needs to be upgraded to 
4.11



- Laszlo Hornyak


On Feb. 21, 2014, 4:43 p.m., Miguel Ferreira wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18358/
> ---
> 
> (Updated Feb. 21, 2014, 4:43 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - Refactor tests:
>   - Upgrade tests to use jUnit4
>   - Break big tests in small unit tests
>   - Replace assertTrue/False with complex conditions by assertThat with
> specific matchers
> - Remove dead code:
>   - Private static method never called locally
> - Add test for method that validates CIDRs
> 
> 
> Diffs
> -
> 
>   utils/src/com/cloud/utils/net/NetUtils.java c22e39a 
>   utils/test/com/cloud/utils/net/NetUtilsTest.java d3e283c 
> 
> Diff: https://reviews.apache.org/r/18358/diff/
> 
> 
> Testing
> ---
> 
> Ran all the tests in the test class before and after refactoring.
> 
> 
> Thanks,
> 
> Miguel Ferreira
> 
>

RE: VMware and NFS

[Michael Phillips]

Definitely not sure why the mgmt server does not create /mnt/sec for you and 
auto mount it
Dev guys, is it possible to get this feature added in a future build? Also what 
would it take to document this is the current doumentation?
If you have multiple secondary storages, my guess is that you would need 
multiple mount points such as /mnt/sec, /mnt/sec1, /mnt/sec2...I'm guessing 
that the most painless scenario is to just use one HUGE secondary storage and 
be done with it.


> Date: Fri, 21 Feb 2014 11:34:18 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> I believe I had trouble with that in my development environment about 10 or
> so months ago. I think it turned out to be a permissions issue. Perhaps I
> didn't have my username in the sudoers file or something. My thinking is
> the management server is supposed to create /mnt/sec for you.
> 
> I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> secondary storages?
> 
> 
> On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
> > Thanks for the clarification.
> >
> > I was pretty confident an ESX host creates an NFS datastore (with a UUID
> > for a name) that maps to the NFS share. This is similar to how a XenServer
> > host creates an NFS storage repository that maps to the NFS share.
> >
> >
> > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips  > > wrote:
> >
> >> Actually I am pretty sure that is what it doesSo I changed like 4-5
> >> things "my mistake", then I noticed a datastore with a "GUID" looking name
> >> popped up on my hosts. This datastore was mapped to my NFS share. Once that
> >> showed up CS started creating the system VMs. So I am trying to back track
> >> and see what setting made it kick in...Stay tuned...
> >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> >> > Subject: Re: VMware and NFS
> >> > From: mike.tutkow...@solidfire.com
> >> > To: dev@cloudstack.apache.org
> >> >
> >> > So, just curious here, but why wouldn't the ESX(i) host simply be able
> >> to
> >> > create an NFS datastore that points to the NFS share on the secondary
> >> > storage location directly?
> >> >
> >> >
> >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta  >> >wrote:
> >> >
> >> > > For XS that¹s not required as its pushed into XS directly.
> >> > >
> >> > > I also think secondary storage is mounted for Vmware on MS to copy the
> >> > > system vm template to Primary storage.
> >> > >
> >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" 
> >> > > wrote:
> >> > >
> >> > > >So, just to be sure I have this correct, the management server mounts
> >> > > >secondary storage regardless of hypervisor type due to systemvm.iso.
> >> Is
> >> > > >that correct?
> >> > > >
> >> > > >Thanks
> >> > > >
> >> > > >
> >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> >> > > >sateesh.chodapune...@citrix.com> wrote:
> >> > > >
> >> > > >> > -Original Message-
> >> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> > > >> > Sent: 21 February 2014 09:54
> >> > > >> > To: dev@cloudstack.apache.org
> >> > > >> > Subject: Re: VMware and NFS
> >> > > >> >
> >> > > >> > Yes, the hypervisor does need to mount the NFS share, but I seem
> >> to
> >> > > >> remember there being something unusual about VMware in that the
> >> > > >> > management server needed to be able to mount the NFS share, as
> >> well.
> >> > > >>
> >> > > >> Yeah, management server mount secondary storage.
> >> > > >> Reason behind this is CS does patching of system vms by injecting
> >> > > >> systemvm.iso into system vm. In this process, management server
> >> mounts
> >> > > >> secondary storage and copies systemvm.iso image into secondary
> >> storage
> >> > > >> inside "systemvm" folder. Later that would be mounted by system vm.
> >> > > >>During
> >> > > >> system vm startup there is a script "cloud-early-config" which
> >> installs
> >> > > >>the
> >> > > >> content of mounted iso inside the system vm.
> >> > > >>
> >> > > >> Hope that clarifies.
> >> > > >>
> >> > > >> Regards,
> >> > > >> Sateesh
> >> > > >>
> >> > > >> >
> >> > > >> >
> >> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> >> > > >> > wrote:
> >> > > >> >
> >> > > >> > > Interesting as I do see errors in the mgmt log in regards to
> >> > > >> > > /mnt/sec...however if I am understanding the architecture
> >> correctly
> >> > > >> > > isn't it the hypervisor that needs access to the secondary
> >> storage?
> >> > > >> > > The mgmt server only needs to access secondary storage to be
> >> able to
> >> > > >> > > seed the templates right?
> >> > > >> > >
> >> > > >> > >
> >> > > >> > >
> >> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> >> > > >> > > > Subject: Re: VMware and NFS
> >> > > >> > > > From: mike.tutkow...@solidfire.com
> >> > > >> > > > To: dev@cloudstack.apache.org
> >> > > >> > > >
> >> > > >> > > > I may be remembering this incorrectly, but for VMware
> 

Re: Review Request 18310: dnsmasq fix for bridged networks

[Sheng Yang]

Hi Joris,

This patch hasn't been applied yet, sorry for my second thought.

Could you comment on it?

--Sheng


On Thu, Feb 20, 2014 at 10:29 AM, Sheng Yang  wrote:

>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18310/
>
> On February 20th, 2014, 6:17 p.m. UTC, *Sheng Yang* wrote:
>
> Looks good to me.
>
> Also I've confirmed that even with this option, the MAC would show in 
> dnsmasq.log, which is necessary for debug.
>
> Applied to MASTER. Thanks!
>
>  On February 20th, 2014, 6:28 p.m. UTC, *Sheng Yang* wrote:
>
> One moment, on a second thought, even with current setup, dnsmasq won't hand 
> out IP to unknown host. So why this option is needed?
>
> And the log would show "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 no address 
> available" instead of "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 ignored" with the 
> option.
>
> Is there anything I missed?
>
>  And the patch hasn't been applied yet...
>
>
> - Sheng
>
> On February 20th, 2014, 2:01 p.m. UTC, Joris van Lieshout wrote:
>   Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng
> Yang.
> By Joris van Lieshout.
>
> *Updated Feb. 20, 2014, 2:01 p.m.*
>  *Repository: * cloudstack-git
> Description
>
> When a ACS network is bridged to another non-ACS network (for instance using 
> a NSX Bridge) this will prevent dnsmasq from responding to requests from the 
> other network that have traversed the bridge.
>
>   Testing
>
> We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
> couple months with success.
>
>   Diffs
>
>- systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl (07c5902)
>
> View Diff 
>

RE: VMware and NFS

[Michael Phillips]

Any idea why the default centos5.3 template would be "stuck" downloading at 
88%??
The secondary storage where it is getting downloaded to has 44GB of free space.

> Date: Fri, 21 Feb 2014 11:34:18 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> I believe I had trouble with that in my development environment about 10 or
> so months ago. I think it turned out to be a permissions issue. Perhaps I
> didn't have my username in the sudoers file or something. My thinking is
> the management server is supposed to create /mnt/sec for you.
> 
> I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> secondary storages?
> 
> 
> On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
> > Thanks for the clarification.
> >
> > I was pretty confident an ESX host creates an NFS datastore (with a UUID
> > for a name) that maps to the NFS share. This is similar to how a XenServer
> > host creates an NFS storage repository that maps to the NFS share.
> >
> >
> > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips  > > wrote:
> >
> >> Actually I am pretty sure that is what it doesSo I changed like 4-5
> >> things "my mistake", then I noticed a datastore with a "GUID" looking name
> >> popped up on my hosts. This datastore was mapped to my NFS share. Once that
> >> showed up CS started creating the system VMs. So I am trying to back track
> >> and see what setting made it kick in...Stay tuned...
> >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> >> > Subject: Re: VMware and NFS
> >> > From: mike.tutkow...@solidfire.com
> >> > To: dev@cloudstack.apache.org
> >> >
> >> > So, just curious here, but why wouldn't the ESX(i) host simply be able
> >> to
> >> > create an NFS datastore that points to the NFS share on the secondary
> >> > storage location directly?
> >> >
> >> >
> >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta  >> >wrote:
> >> >
> >> > > For XS that¹s not required as its pushed into XS directly.
> >> > >
> >> > > I also think secondary storage is mounted for Vmware on MS to copy the
> >> > > system vm template to Primary storage.
> >> > >
> >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" 
> >> > > wrote:
> >> > >
> >> > > >So, just to be sure I have this correct, the management server mounts
> >> > > >secondary storage regardless of hypervisor type due to systemvm.iso.
> >> Is
> >> > > >that correct?
> >> > > >
> >> > > >Thanks
> >> > > >
> >> > > >
> >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> >> > > >sateesh.chodapune...@citrix.com> wrote:
> >> > > >
> >> > > >> > -Original Message-
> >> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> > > >> > Sent: 21 February 2014 09:54
> >> > > >> > To: dev@cloudstack.apache.org
> >> > > >> > Subject: Re: VMware and NFS
> >> > > >> >
> >> > > >> > Yes, the hypervisor does need to mount the NFS share, but I seem
> >> to
> >> > > >> remember there being something unusual about VMware in that the
> >> > > >> > management server needed to be able to mount the NFS share, as
> >> well.
> >> > > >>
> >> > > >> Yeah, management server mount secondary storage.
> >> > > >> Reason behind this is CS does patching of system vms by injecting
> >> > > >> systemvm.iso into system vm. In this process, management server
> >> mounts
> >> > > >> secondary storage and copies systemvm.iso image into secondary
> >> storage
> >> > > >> inside "systemvm" folder. Later that would be mounted by system vm.
> >> > > >>During
> >> > > >> system vm startup there is a script "cloud-early-config" which
> >> installs
> >> > > >>the
> >> > > >> content of mounted iso inside the system vm.
> >> > > >>
> >> > > >> Hope that clarifies.
> >> > > >>
> >> > > >> Regards,
> >> > > >> Sateesh
> >> > > >>
> >> > > >> >
> >> > > >> >
> >> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> >> > > >> > wrote:
> >> > > >> >
> >> > > >> > > Interesting as I do see errors in the mgmt log in regards to
> >> > > >> > > /mnt/sec...however if I am understanding the architecture
> >> correctly
> >> > > >> > > isn't it the hypervisor that needs access to the secondary
> >> storage?
> >> > > >> > > The mgmt server only needs to access secondary storage to be
> >> able to
> >> > > >> > > seed the templates right?
> >> > > >> > >
> >> > > >> > >
> >> > > >> > >
> >> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> >> > > >> > > > Subject: Re: VMware and NFS
> >> > > >> > > > From: mike.tutkow...@solidfire.com
> >> > > >> > > > To: dev@cloudstack.apache.org
> >> > > >> > > >
> >> > > >> > > > I may be remembering this incorrectly, but for VMware
> >> doesn't the
> >> > > >> > > > management server have to be able to mount the secondary
> >> storage
> >> > > >>NFS
> >> > > >> > > share
> >> > > >> > > > to /mnt/sec?
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> >> > > >> > > > 
> >> > > >> > > wrote:
> >> >

[Discuss] GRE Tunnel issue on XenServer 6.2

[Nguyen Anh Tu]

Hi guys,

Some people (Florin and Benoit) complain about the GRE tunnel issue on
XenServer 6.2. Actually it has not been fixed completely, although Murali
submitted a patch to bypass without any exception. Personally I stuck in
how can we make XenServer 6.2 HOSTs recognize the GRE network created by an
another HOST in one cluster. I confirm the "enableXenServer" (the tricky)
method doesn't work in that case.

Anyone can help?

Thanks,

--Tuna

Re: Review Request 18358: NetUtils unit testing

[Laszlo Hornyak]

Miguel, here is my patch that for me fixed the dependency problems. Other
than that, it looks good.

Thank you,
Laszlo


On Fri, Feb 21, 2014 at 7:54 PM, Laszlo Hornyak wrote:

>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18358/
>
> Hi Miguel,
>
> I started working on verification and I ran into some dependency problem. 
> hamcrest-library is needed as dependency and junit 4.10 needs to be upgraded 
> to 4.11
>
>
>
> - Laszlo Hornyak
>
> On February 21st, 2014, 4:43 p.m. UTC, Miguel Ferreira wrote:
>   Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> By Miguel Ferreira.
>
> *Updated Feb. 21, 2014, 4:43 p.m.*
>  *Repository: * cloudstack-git
> Description
>
> - Refactor tests:
>   - Upgrade tests to use jUnit4
>   - Break big tests in small unit tests
>   - Replace assertTrue/False with complex conditions by assertThat with
> specific matchers
> - Remove dead code:
>   - Private static method never called locally
> - Add test for method that validates CIDRs
>
>   Testing
>
> Ran all the tests in the test class before and after refactoring.
>
>   Diffs
>
>- utils/src/com/cloud/utils/net/NetUtils.java (c22e39a)
>- utils/test/com/cloud/utils/net/NetUtilsTest.java (d3e283c)
>
> View Diff 
>



-- 

EOF
From 728239ddabef9b9775df74df47fd58a117e1515a Mon Sep 17 00:00:00 2001
From: Laszlo Hornyak 
Date: Fri, 21 Feb 2014 19:58:12 +0100
Subject: [PATCH 2/2] Fixes for 1c4bf5f163bd721daa0b53e3d43d3de13a3b05d9

- upgraded junit to 4.11
- added hamcrest-library 1.3 dependency, test are building on it

Signed-off-by: Laszlo Hornyak 
---
 pom.xml | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/pom.xml b/pom.xml
index 1e9e8d8..4532679 100644
--- a/pom.xml
+++ b/pom.xml
@@ -49,7 +49,8 @@
 1.1.1
 0.5
 3.0
-4.10
+
+4.11
 1.46
 0.1.42
 2.0.0
@@ -414,6 +415,12 @@
   test
 
 
+  org.hamcrest
+  hamcrest-library
+  1.3
+  test
+
+
   org.mockito
   mockito-all
   1.9.5
-- 
1.8.3.1

Re: VMware and NFS

[Mike Tutkowski]

Have you tried manually downloading it (outside of CloudStack) to see if
that works?


On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
wrote:

> Any idea why the default centos5.3 template would be "stuck" downloading
> at 88%??
> The secondary storage where it is getting downloaded to has 44GB of free
> space.
>
> > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > I believe I had trouble with that in my development environment about 10
> or
> > so months ago. I think it turned out to be a permissions issue. Perhaps I
> > didn't have my username in the sudoers file or something. My thinking is
> > the management server is supposed to create /mnt/sec for you.
> >
> > I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> > secondary storages?
> >
> >
> > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Thanks for the clarification.
> > >
> > > I was pretty confident an ESX host creates an NFS datastore (with a
> UUID
> > > for a name) that maps to the NFS share. This is similar to how a
> XenServer
> > > host creates an NFS storage repository that maps to the NFS share.
> > >
> > >
> > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> mphilli7...@hotmail.com
> > > > wrote:
> > >
> > >> Actually I am pretty sure that is what it doesSo I changed like
> 4-5
> > >> things "my mistake", then I noticed a datastore with a "GUID" looking
> name
> > >> popped up on my hosts. This datastore was mapped to my NFS share.
> Once that
> > >> showed up CS started creating the system VMs. So I am trying to back
> track
> > >> and see what setting made it kick in...Stay tuned...
> > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > >> > Subject: Re: VMware and NFS
> > >> > From: mike.tutkow...@solidfire.com
> > >> > To: dev@cloudstack.apache.org
> > >> >
> > >> > So, just curious here, but why wouldn't the ESX(i) host simply be
> able
> > >> to
> > >> > create an NFS datastore that points to the NFS share on the
> secondary
> > >> > storage location directly?
> > >> >
> > >> >
> > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> nitin.me...@citrix.com
> > >> >wrote:
> > >> >
> > >> > > For XS that¹s not required as its pushed into XS directly.
> > >> > >
> > >> > > I also think secondary storage is mounted for Vmware on MS to
> copy the
> > >> > > system vm template to Primary storage.
> > >> > >
> > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> mike.tutkow...@solidfire.com>
> > >> > > wrote:
> > >> > >
> > >> > > >So, just to be sure I have this correct, the management server
> mounts
> > >> > > >secondary storage regardless of hypervisor type due to
> systemvm.iso.
> > >> Is
> > >> > > >that correct?
> > >> > > >
> > >> > > >Thanks
> > >> > > >
> > >> > > >
> > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > >> > > >
> > >> > > >> > -Original Message-
> > >> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > >> > > >> > Sent: 21 February 2014 09:54
> > >> > > >> > To: dev@cloudstack.apache.org
> > >> > > >> > Subject: Re: VMware and NFS
> > >> > > >> >
> > >> > > >> > Yes, the hypervisor does need to mount the NFS share, but I
> seem
> > >> to
> > >> > > >> remember there being something unusual about VMware in that the
> > >> > > >> > management server needed to be able to mount the NFS share,
> as
> > >> well.
> > >> > > >>
> > >> > > >> Yeah, management server mount secondary storage.
> > >> > > >> Reason behind this is CS does patching of system vms by
> injecting
> > >> > > >> systemvm.iso into system vm. In this process, management server
> > >> mounts
> > >> > > >> secondary storage and copies systemvm.iso image into secondary
> > >> storage
> > >> > > >> inside "systemvm" folder. Later that would be mounted by
> system vm.
> > >> > > >>During
> > >> > > >> system vm startup there is a script "cloud-early-config" which
> > >> installs
> > >> > > >>the
> > >> > > >> content of mounted iso inside the system vm.
> > >> > > >>
> > >> > > >> Hope that clarifies.
> > >> > > >>
> > >> > > >> Regards,
> > >> > > >> Sateesh
> > >> > > >>
> > >> > > >> >
> > >> > > >> >
> > >> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > >> > > >> > wrote:
> > >> > > >> >
> > >> > > >> > > Interesting as I do see errors in the mgmt log in regards
> to
> > >> > > >> > > /mnt/sec...however if I am understanding the architecture
> > >> correctly
> > >> > > >> > > isn't it the hypervisor that needs access to the secondary
> > >> storage?
> > >> > > >> > > The mgmt server only needs to access secondary storage to
> be
> > >> able to
> > >> > > >> > > seed the templates right?
> > >> > > >> > >
> > >> > > >> > >
> > >> > > >> > >
> > >> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > >> > > >> > > > Subject: Re: VMware and NFS
> > >> > >

RE: VMware and NFS

[Michael Phillips]

How would you go about manually downloading it?

> Date: Fri, 21 Feb 2014 12:05:20 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> Have you tried manually downloading it (outside of CloudStack) to see if
> that works?
> 
> 
> On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> wrote:
> 
> > Any idea why the default centos5.3 template would be "stuck" downloading
> > at 88%??
> > The secondary storage where it is getting downloaded to has 44GB of free
> > space.
> >
> > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > Subject: Re: VMware and NFS
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > >
> > > I believe I had trouble with that in my development environment about 10
> > or
> > > so months ago. I think it turned out to be a permissions issue. Perhaps I
> > > didn't have my username in the sudoers file or something. My thinking is
> > > the management server is supposed to create /mnt/sec for you.
> > >
> > > I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> > > secondary storages?
> > >
> > >
> > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Thanks for the clarification.
> > > >
> > > > I was pretty confident an ESX host creates an NFS datastore (with a
> > UUID
> > > > for a name) that maps to the NFS share. This is similar to how a
> > XenServer
> > > > host creates an NFS storage repository that maps to the NFS share.
> > > >
> > > >
> > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > mphilli7...@hotmail.com
> > > > > wrote:
> > > >
> > > >> Actually I am pretty sure that is what it doesSo I changed like
> > 4-5
> > > >> things "my mistake", then I noticed a datastore with a "GUID" looking
> > name
> > > >> popped up on my hosts. This datastore was mapped to my NFS share.
> > Once that
> > > >> showed up CS started creating the system VMs. So I am trying to back
> > track
> > > >> and see what setting made it kick in...Stay tuned...
> > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > >> > Subject: Re: VMware and NFS
> > > >> > From: mike.tutkow...@solidfire.com
> > > >> > To: dev@cloudstack.apache.org
> > > >> >
> > > >> > So, just curious here, but why wouldn't the ESX(i) host simply be
> > able
> > > >> to
> > > >> > create an NFS datastore that points to the NFS share on the
> > secondary
> > > >> > storage location directly?
> > > >> >
> > > >> >
> > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > nitin.me...@citrix.com
> > > >> >wrote:
> > > >> >
> > > >> > > For XS that¹s not required as its pushed into XS directly.
> > > >> > >
> > > >> > > I also think secondary storage is mounted for Vmware on MS to
> > copy the
> > > >> > > system vm template to Primary storage.
> > > >> > >
> > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > mike.tutkow...@solidfire.com>
> > > >> > > wrote:
> > > >> > >
> > > >> > > >So, just to be sure I have this correct, the management server
> > mounts
> > > >> > > >secondary storage regardless of hypervisor type due to
> > systemvm.iso.
> > > >> Is
> > > >> > > >that correct?
> > > >> > > >
> > > >> > > >Thanks
> > > >> > > >
> > > >> > > >
> > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > > >> > > >
> > > >> > > >> > -Original Message-
> > > >> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > > >> > > >> > Sent: 21 February 2014 09:54
> > > >> > > >> > To: dev@cloudstack.apache.org
> > > >> > > >> > Subject: Re: VMware and NFS
> > > >> > > >> >
> > > >> > > >> > Yes, the hypervisor does need to mount the NFS share, but I
> > seem
> > > >> to
> > > >> > > >> remember there being something unusual about VMware in that the
> > > >> > > >> > management server needed to be able to mount the NFS share,
> > as
> > > >> well.
> > > >> > > >>
> > > >> > > >> Yeah, management server mount secondary storage.
> > > >> > > >> Reason behind this is CS does patching of system vms by
> > injecting
> > > >> > > >> systemvm.iso into system vm. In this process, management server
> > > >> mounts
> > > >> > > >> secondary storage and copies systemvm.iso image into secondary
> > > >> storage
> > > >> > > >> inside "systemvm" folder. Later that would be mounted by
> > system vm.
> > > >> > > >>During
> > > >> > > >> system vm startup there is a script "cloud-early-config" which
> > > >> installs
> > > >> > > >>the
> > > >> > > >> content of mounted iso inside the system vm.
> > > >> > > >>
> > > >> > > >> Hope that clarifies.
> > > >> > > >>
> > > >> > > >> Regards,
> > > >> > > >> Sateesh
> > > >> > > >>
> > > >> > > >> >
> > > >> > > >> >
> > > >> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > > >> > > >> > wrote:
> > > >> > > >> >
> > > >> > > >> > > Interesting as I do see errors in the mgmt log in regards
> > to
> > > >> > > >> > > /mnt/sec...however 

Re: VMware and NFS

[Mike Tutkowski]

If you look in the vm_template table in the cloud DB, you should be able to
find a URL for that template.


On Fri, Feb 21, 2014 at 12:12 PM, Michael Phillips
wrote:

> How would you go about manually downloading it?
>
> > Date: Fri, 21 Feb 2014 12:05:20 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > Have you tried manually downloading it (outside of CloudStack) to see if
> > that works?
> >
> >
> > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> > wrote:
> >
> > > Any idea why the default centos5.3 template would be "stuck"
> downloading
> > > at 88%??
> > > The secondary storage where it is getting downloaded to has 44GB of
> free
> > > space.
> > >
> > > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I believe I had trouble with that in my development environment
> about 10
> > > or
> > > > so months ago. I think it turned out to be a permissions issue.
> Perhaps I
> > > > didn't have my username in the sudoers file or something. My
> thinking is
> > > > the management server is supposed to create /mnt/sec for you.
> > > >
> > > > I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> > > > secondary storages?
> > > >
> > > >
> > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > > mike.tutkow...@solidfire.com> wrote:
> > > >
> > > > > Thanks for the clarification.
> > > > >
> > > > > I was pretty confident an ESX host creates an NFS datastore (with a
> > > UUID
> > > > > for a name) that maps to the NFS share. This is similar to how a
> > > XenServer
> > > > > host creates an NFS storage repository that maps to the NFS share.
> > > > >
> > > > >
> > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > > mphilli7...@hotmail.com
> > > > > > wrote:
> > > > >
> > > > >> Actually I am pretty sure that is what it doesSo I changed
> like
> > > 4-5
> > > > >> things "my mistake", then I noticed a datastore with a "GUID"
> looking
> > > name
> > > > >> popped up on my hosts. This datastore was mapped to my NFS share.
> > > Once that
> > > > >> showed up CS started creating the system VMs. So I am trying to
> back
> > > track
> > > > >> and see what setting made it kick in...Stay tuned...
> > > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > > >> > Subject: Re: VMware and NFS
> > > > >> > From: mike.tutkow...@solidfire.com
> > > > >> > To: dev@cloudstack.apache.org
> > > > >> >
> > > > >> > So, just curious here, but why wouldn't the ESX(i) host simply
> be
> > > able
> > > > >> to
> > > > >> > create an NFS datastore that points to the NFS share on the
> > > secondary
> > > > >> > storage location directly?
> > > > >> >
> > > > >> >
> > > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > > nitin.me...@citrix.com
> > > > >> >wrote:
> > > > >> >
> > > > >> > > For XS that¹s not required as its pushed into XS directly.
> > > > >> > >
> > > > >> > > I also think secondary storage is mounted for Vmware on MS to
> > > copy the
> > > > >> > > system vm template to Primary storage.
> > > > >> > >
> > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > > mike.tutkow...@solidfire.com>
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > >So, just to be sure I have this correct, the management
> server
> > > mounts
> > > > >> > > >secondary storage regardless of hypervisor type due to
> > > systemvm.iso.
> > > > >> Is
> > > > >> > > >that correct?
> > > > >> > > >
> > > > >> > > >Thanks
> > > > >> > > >
> > > > >> > > >
> > > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > > > >> > > >
> > > > >> > > >> > -Original Message-
> > > > >> > > >> > From: Mike Tutkowski [mailto:
> mike.tutkow...@solidfire.com]
> > > > >> > > >> > Sent: 21 February 2014 09:54
> > > > >> > > >> > To: dev@cloudstack.apache.org
> > > > >> > > >> > Subject: Re: VMware and NFS
> > > > >> > > >> >
> > > > >> > > >> > Yes, the hypervisor does need to mount the NFS share,
> but I
> > > seem
> > > > >> to
> > > > >> > > >> remember there being something unusual about VMware in
> that the
> > > > >> > > >> > management server needed to be able to mount the NFS
> share,
> > > as
> > > > >> well.
> > > > >> > > >>
> > > > >> > > >> Yeah, management server mount secondary storage.
> > > > >> > > >> Reason behind this is CS does patching of system vms by
> > > injecting
> > > > >> > > >> systemvm.iso into system vm. In this process, management
> server
> > > > >> mounts
> > > > >> > > >> secondary storage and copies systemvm.iso image into
> secondary
> > > > >> storage
> > > > >> > > >> inside "systemvm" folder. Later that would be mounted by
> > > system vm.
> > > > >> > > >>During
> > > > >> > > >> system vm startup there is a script "cloud-early-config"
> which
> > > > >> installs
> > > > >> > > >>the
> > > > >> > > >>

RE: VMware and NFS

[Michael Phillips]

Gotcha, thought about trying to upload my own template or iso to see how that 
worked..

> Date: Fri, 21 Feb 2014 12:16:15 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> If you look in the vm_template table in the cloud DB, you should be able to
> find a URL for that template.
> 
> 
> On Fri, Feb 21, 2014 at 12:12 PM, Michael Phillips
> wrote:
> 
> > How would you go about manually downloading it?
> >
> > > Date: Fri, 21 Feb 2014 12:05:20 -0700
> > > Subject: Re: VMware and NFS
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > >
> > > Have you tried manually downloading it (outside of CloudStack) to see if
> > > that works?
> > >
> > >
> > > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> > > wrote:
> > >
> > > > Any idea why the default centos5.3 template would be "stuck"
> > downloading
> > > > at 88%??
> > > > The secondary storage where it is getting downloaded to has 44GB of
> > free
> > > > space.
> > > >
> > > > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > > > Subject: Re: VMware and NFS
> > > > > From: mike.tutkow...@solidfire.com
> > > > > To: dev@cloudstack.apache.org
> > > > >
> > > > > I believe I had trouble with that in my development environment
> > about 10
> > > > or
> > > > > so months ago. I think it turned out to be a permissions issue.
> > Perhaps I
> > > > > didn't have my username in the sudoers file or something. My
> > thinking is
> > > > > the management server is supposed to create /mnt/sec for you.
> > > > >
> > > > > I wonder which NFS share it maps /mnt/sec to if you have multiple NFS
> > > > > secondary storages?
> > > > >
> > > > >
> > > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > > > mike.tutkow...@solidfire.com> wrote:
> > > > >
> > > > > > Thanks for the clarification.
> > > > > >
> > > > > > I was pretty confident an ESX host creates an NFS datastore (with a
> > > > UUID
> > > > > > for a name) that maps to the NFS share. This is similar to how a
> > > > XenServer
> > > > > > host creates an NFS storage repository that maps to the NFS share.
> > > > > >
> > > > > >
> > > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > > > mphilli7...@hotmail.com
> > > > > > > wrote:
> > > > > >
> > > > > >> Actually I am pretty sure that is what it doesSo I changed
> > like
> > > > 4-5
> > > > > >> things "my mistake", then I noticed a datastore with a "GUID"
> > looking
> > > > name
> > > > > >> popped up on my hosts. This datastore was mapped to my NFS share.
> > > > Once that
> > > > > >> showed up CS started creating the system VMs. So I am trying to
> > back
> > > > track
> > > > > >> and see what setting made it kick in...Stay tuned...
> > > > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > > > >> > Subject: Re: VMware and NFS
> > > > > >> > From: mike.tutkow...@solidfire.com
> > > > > >> > To: dev@cloudstack.apache.org
> > > > > >> >
> > > > > >> > So, just curious here, but why wouldn't the ESX(i) host simply
> > be
> > > > able
> > > > > >> to
> > > > > >> > create an NFS datastore that points to the NFS share on the
> > > > secondary
> > > > > >> > storage location directly?
> > > > > >> >
> > > > > >> >
> > > > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > > > nitin.me...@citrix.com
> > > > > >> >wrote:
> > > > > >> >
> > > > > >> > > For XS that¹s not required as its pushed into XS directly.
> > > > > >> > >
> > > > > >> > > I also think secondary storage is mounted for Vmware on MS to
> > > > copy the
> > > > > >> > > system vm template to Primary storage.
> > > > > >> > >
> > > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > > > mike.tutkow...@solidfire.com>
> > > > > >> > > wrote:
> > > > > >> > >
> > > > > >> > > >So, just to be sure I have this correct, the management
> > server
> > > > mounts
> > > > > >> > > >secondary storage regardless of hypervisor type due to
> > > > systemvm.iso.
> > > > > >> Is
> > > > > >> > > >that correct?
> > > > > >> > > >
> > > > > >> > > >Thanks
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > > > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > > > > >> > > >
> > > > > >> > > >> > -Original Message-
> > > > > >> > > >> > From: Mike Tutkowski [mailto:
> > mike.tutkow...@solidfire.com]
> > > > > >> > > >> > Sent: 21 February 2014 09:54
> > > > > >> > > >> > To: dev@cloudstack.apache.org
> > > > > >> > > >> > Subject: Re: VMware and NFS
> > > > > >> > > >> >
> > > > > >> > > >> > Yes, the hypervisor does need to mount the NFS share,
> > but I
> > > > seem
> > > > > >> to
> > > > > >> > > >> remember there being something unusual about VMware in
> > that the
> > > > > >> > > >> > management server needed to be able to mount the NFS
> > share,
> > > > as
> > > > > >> well.
> > > > > >> > > >>
> > > > > >> > > >> Yeah, management server mount secondary storage.
> > > > > >> > > >> Reason behind this is CS does 

Re: VMware and NFS

[Mike Tutkowski]

I use a mix of both of those approaches. Sometimes I use the built-in ones;
sometimes I upload my own.


On Fri, Feb 21, 2014 at 12:18 PM, Michael Phillips
wrote:

> Gotcha, thought about trying to upload my own template or iso to see how
> that worked..
>
> > Date: Fri, 21 Feb 2014 12:16:15 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > If you look in the vm_template table in the cloud DB, you should be able
> to
> > find a URL for that template.
> >
> >
> > On Fri, Feb 21, 2014 at 12:12 PM, Michael Phillips
> > wrote:
> >
> > > How would you go about manually downloading it?
> > >
> > > > Date: Fri, 21 Feb 2014 12:05:20 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > Have you tried manually downloading it (outside of CloudStack) to
> see if
> > > > that works?
> > > >
> > > >
> > > > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> > > > wrote:
> > > >
> > > > > Any idea why the default centos5.3 template would be "stuck"
> > > downloading
> > > > > at 88%??
> > > > > The secondary storage where it is getting downloaded to has 44GB of
> > > free
> > > > > space.
> > > > >
> > > > > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > > > > Subject: Re: VMware and NFS
> > > > > > From: mike.tutkow...@solidfire.com
> > > > > > To: dev@cloudstack.apache.org
> > > > > >
> > > > > > I believe I had trouble with that in my development environment
> > > about 10
> > > > > or
> > > > > > so months ago. I think it turned out to be a permissions issue.
> > > Perhaps I
> > > > > > didn't have my username in the sudoers file or something. My
> > > thinking is
> > > > > > the management server is supposed to create /mnt/sec for you.
> > > > > >
> > > > > > I wonder which NFS share it maps /mnt/sec to if you have
> multiple NFS
> > > > > > secondary storages?
> > > > > >
> > > > > >
> > > > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > > > > mike.tutkow...@solidfire.com> wrote:
> > > > > >
> > > > > > > Thanks for the clarification.
> > > > > > >
> > > > > > > I was pretty confident an ESX host creates an NFS datastore
> (with a
> > > > > UUID
> > > > > > > for a name) that maps to the NFS share. This is similar to how
> a
> > > > > XenServer
> > > > > > > host creates an NFS storage repository that maps to the NFS
> share.
> > > > > > >
> > > > > > >
> > > > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > > > > mphilli7...@hotmail.com
> > > > > > > > wrote:
> > > > > > >
> > > > > > >> Actually I am pretty sure that is what it doesSo I changed
> > > like
> > > > > 4-5
> > > > > > >> things "my mistake", then I noticed a datastore with a "GUID"
> > > looking
> > > > > name
> > > > > > >> popped up on my hosts. This datastore was mapped to my NFS
> share.
> > > > > Once that
> > > > > > >> showed up CS started creating the system VMs. So I am trying
> to
> > > back
> > > > > track
> > > > > > >> and see what setting made it kick in...Stay tuned...
> > > > > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > > > > >> > Subject: Re: VMware and NFS
> > > > > > >> > From: mike.tutkow...@solidfire.com
> > > > > > >> > To: dev@cloudstack.apache.org
> > > > > > >> >
> > > > > > >> > So, just curious here, but why wouldn't the ESX(i) host
> simply
> > > be
> > > > > able
> > > > > > >> to
> > > > > > >> > create an NFS datastore that points to the NFS share on the
> > > > > secondary
> > > > > > >> > storage location directly?
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > > > > nitin.me...@citrix.com
> > > > > > >> >wrote:
> > > > > > >> >
> > > > > > >> > > For XS that¹s not required as its pushed into XS directly.
> > > > > > >> > >
> > > > > > >> > > I also think secondary storage is mounted for Vmware on
> MS to
> > > > > copy the
> > > > > > >> > > system vm template to Primary storage.
> > > > > > >> > >
> > > > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > > > > mike.tutkow...@solidfire.com>
> > > > > > >> > > wrote:
> > > > > > >> > >
> > > > > > >> > > >So, just to be sure I have this correct, the management
> > > server
> > > > > mounts
> > > > > > >> > > >secondary storage regardless of hypervisor type due to
> > > > > systemvm.iso.
> > > > > > >> Is
> > > > > > >> > > >that correct?
> > > > > > >> > > >
> > > > > > >> > > >Thanks
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > > > > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > > > > > >> > > >
> > > > > > >> > > >> > -Original Message-
> > > > > > >> > > >> > From: Mike Tutkowski [mailto:
> > > mike.tutkow...@solidfire.com]
> > > > > > >> > > >> > Sent: 21 February 2014 09:54
> > > > > > >> > > >> > To: dev@cloudstack.apache.org
> > > > > > >> > > >> > Subject: Re: VMware and NFS
> > > > > > >> > > >> >
> > > > > > >> > >

Re: VMware and NFS

[chantel_piorecki]

Please don't email me this stuff anynmore remove me from your listing
Sent via my BlackBerry from Vodacom - let your email find you!

-Original Message-
From: Mike Tutkowski 
Date: Fri, 21 Feb 2014 12:21:27 
To: dev@cloudstack.apache.org
Reply-To: dev@cloudstack.apache.org
Subject: Re: VMware and NFS

I use a mix of both of those approaches. Sometimes I use the built-in ones;
sometimes I upload my own.


On Fri, Feb 21, 2014 at 12:18 PM, Michael Phillips
wrote:

> Gotcha, thought about trying to upload my own template or iso to see how
> that worked..
>
> > Date: Fri, 21 Feb 2014 12:16:15 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > If you look in the vm_template table in the cloud DB, you should be able
> to
> > find a URL for that template.
> >
> >
> > On Fri, Feb 21, 2014 at 12:12 PM, Michael Phillips
> > wrote:
> >
> > > How would you go about manually downloading it?
> > >
> > > > Date: Fri, 21 Feb 2014 12:05:20 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > Have you tried manually downloading it (outside of CloudStack) to
> see if
> > > > that works?
> > > >
> > > >
> > > > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> > > > wrote:
> > > >
> > > > > Any idea why the default centos5.3 template would be "stuck"
> > > downloading
> > > > > at 88%??
> > > > > The secondary storage where it is getting downloaded to has 44GB of
> > > free
> > > > > space.
> > > > >
> > > > > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > > > > Subject: Re: VMware and NFS
> > > > > > From: mike.tutkow...@solidfire.com
> > > > > > To: dev@cloudstack.apache.org
> > > > > >
> > > > > > I believe I had trouble with that in my development environment
> > > about 10
> > > > > or
> > > > > > so months ago. I think it turned out to be a permissions issue.
> > > Perhaps I
> > > > > > didn't have my username in the sudoers file or something. My
> > > thinking is
> > > > > > the management server is supposed to create /mnt/sec for you.
> > > > > >
> > > > > > I wonder which NFS share it maps /mnt/sec to if you have
> multiple NFS
> > > > > > secondary storages?
> > > > > >
> > > > > >
> > > > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > > > > mike.tutkow...@solidfire.com> wrote:
> > > > > >
> > > > > > > Thanks for the clarification.
> > > > > > >
> > > > > > > I was pretty confident an ESX host creates an NFS datastore
> (with a
> > > > > UUID
> > > > > > > for a name) that maps to the NFS share. This is similar to how
> a
> > > > > XenServer
> > > > > > > host creates an NFS storage repository that maps to the NFS
> share.
> > > > > > >
> > > > > > >
> > > > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > > > > mphilli7...@hotmail.com
> > > > > > > > wrote:
> > > > > > >
> > > > > > >> Actually I am pretty sure that is what it doesSo I changed
> > > like
> > > > > 4-5
> > > > > > >> things "my mistake", then I noticed a datastore with a "GUID"
> > > looking
> > > > > name
> > > > > > >> popped up on my hosts. This datastore was mapped to my NFS
> share.
> > > > > Once that
> > > > > > >> showed up CS started creating the system VMs. So I am trying
> to
> > > back
> > > > > track
> > > > > > >> and see what setting made it kick in...Stay tuned...
> > > > > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > > > > >> > Subject: Re: VMware and NFS
> > > > > > >> > From: mike.tutkow...@solidfire.com
> > > > > > >> > To: dev@cloudstack.apache.org
> > > > > > >> >
> > > > > > >> > So, just curious here, but why wouldn't the ESX(i) host
> simply
> > > be
> > > > > able
> > > > > > >> to
> > > > > > >> > create an NFS datastore that points to the NFS share on the
> > > > > secondary
> > > > > > >> > storage location directly?
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > > > > nitin.me...@citrix.com
> > > > > > >> >wrote:
> > > > > > >> >
> > > > > > >> > > For XS that¹s not required as its pushed into XS directly.
> > > > > > >> > >
> > > > > > >> > > I also think secondary storage is mounted for Vmware on
> MS to
> > > > > copy the
> > > > > > >> > > system vm template to Primary storage.
> > > > > > >> > >
> > > > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > > > > mike.tutkow...@solidfire.com>
> > > > > > >> > > wrote:
> > > > > > >> > >
> > > > > > >> > > >So, just to be sure I have this correct, the management
> > > server
> > > > > mounts
> > > > > > >> > > >secondary storage regardless of hypervisor type due to
> > > > > systemvm.iso.
> > > > > > >> Is
> > > > > > >> > > >that correct?
> > > > > > >> > > >
> > > > > > >> > > >Thanks
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
> > > > > > >> > > >sateesh.chodapune...@citrix.com> wrote:
> > > > > > >> > > >
> > > > > > >> > > >> > -Or

Build failed in Jenkins: build-master #335

[jenkins]

See 

Changes:

[Alena Prokharchyk] Display flag support for LB/InternalLB/NetworkACL rules

--
[...truncated 1303 lines...]
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-server ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server 
---
[INFO] 
[INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server ---
[INFO] Executing tasks

main:
 [copy] Copying 3 files to 

 [copy] Copying 1 file to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 30 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server 
---
[INFO] Compiling 351 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 29 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-server ---
[INFO] Compiling 76 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-server ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.event.EventControlsUnitTest
log4j:WARN No appenders could be found for logger 
(com.cloud.event.EventControlsUnitTest).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.587 sec
Running com.cloud.keystore.KeystoreTest
org.apache.cloudstack.api.response.UserVmResponse/null/{"id":"3","securitygroup":[],"nic":[],"tags":[],"affinitygroup":[]}
org.apache.cloudstack.api.response.AlertResponse/null/{"id":"100","description":"Hello"}
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.155 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.15 sec
Running com.cloud.resourcelimit.ResourceLimitManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running com.cloud.network.firewall.FirewallManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.002 sec
Running com.cloud.network.UpdatePhysicalNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.208 sec
Running com.cloud.network.CreatePrivateNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.108 sec
Running com.cloud.network.NetworkModelTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.104 sec
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.969 sec
Running com.cloud.network.security.SecurityGroupQueueTest
Total jobs dequeued = 10, num queued=1001 queue current size=991
Total jobs dequeued = 10, num queued=1000 queue current size=990
Total jobs dequeued = 1, num queued=1001 queue current size=1000
Total jobs dequeued = 10, num queued=1000 queue current size=990
Total jobs dequeued = 10, num queued=10 queue current size=0
Num Vms= 50 Queue size = 50
Num Vms= 2 Queue size = 2 time=969 ms
Num Vms= 5000 Queue size = 5000 time=700 ms
Num Vms= 1 Queue size = 1 time=0 ms
Num Vms= 100 Queue size = 100 time=223 ms
Num Vms= 1 Queue size = 1 time=277 ms
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.395 sec
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.035 sec
Running com.cloud.network.dao.NetworkDaoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.712 sec
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Erro

Re: VMware and NFS

[Mike Tutkowski]

Chantel - If you're looking to unsubscribe from this mailing this, please
send a message here:

dev-unsubscr...@cloudstack.apache.org


On Fri, Feb 21, 2014 at 2:22 PM, <
chantel_piore...@mobileemail.vodafonesa.co.za> wrote:

> Please don't email me this stuff anynmore remove me from your listing
> Sent via my BlackBerry from Vodacom - let your email find you!
>
> -Original Message-
> From: Mike Tutkowski 
> Date: Fri, 21 Feb 2014 12:21:27
> To: dev@cloudstack.apache.org
> Reply-To: dev@cloudstack.apache.org
> Subject: Re: VMware and NFS
>
> I use a mix of both of those approaches. Sometimes I use the built-in ones;
> sometimes I upload my own.
>
>
> On Fri, Feb 21, 2014 at 12:18 PM, Michael Phillips
> wrote:
>
> > Gotcha, thought about trying to upload my own template or iso to see how
> > that worked..
> >
> > > Date: Fri, 21 Feb 2014 12:16:15 -0700
> > > Subject: Re: VMware and NFS
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > >
> > > If you look in the vm_template table in the cloud DB, you should be
> able
> > to
> > > find a URL for that template.
> > >
> > >
> > > On Fri, Feb 21, 2014 at 12:12 PM, Michael Phillips
> > > wrote:
> > >
> > > > How would you go about manually downloading it?
> > > >
> > > > > Date: Fri, 21 Feb 2014 12:05:20 -0700
> > > > > Subject: Re: VMware and NFS
> > > > > From: mike.tutkow...@solidfire.com
> > > > > To: dev@cloudstack.apache.org
> > > > >
> > > > > Have you tried manually downloading it (outside of CloudStack) to
> > see if
> > > > > that works?
> > > > >
> > > > >
> > > > > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips
> > > > > wrote:
> > > > >
> > > > > > Any idea why the default centos5.3 template would be "stuck"
> > > > downloading
> > > > > > at 88%??
> > > > > > The secondary storage where it is getting downloaded to has 44GB
> of
> > > > free
> > > > > > space.
> > > > > >
> > > > > > > Date: Fri, 21 Feb 2014 11:34:18 -0700
> > > > > > > Subject: Re: VMware and NFS
> > > > > > > From: mike.tutkow...@solidfire.com
> > > > > > > To: dev@cloudstack.apache.org
> > > > > > >
> > > > > > > I believe I had trouble with that in my development environment
> > > > about 10
> > > > > > or
> > > > > > > so months ago. I think it turned out to be a permissions issue.
> > > > Perhaps I
> > > > > > > didn't have my username in the sudoers file or something. My
> > > > thinking is
> > > > > > > the management server is supposed to create /mnt/sec for you.
> > > > > > >
> > > > > > > I wonder which NFS share it maps /mnt/sec to if you have
> > multiple NFS
> > > > > > > secondary storages?
> > > > > > >
> > > > > > >
> > > > > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski <
> > > > > > > mike.tutkow...@solidfire.com> wrote:
> > > > > > >
> > > > > > > > Thanks for the clarification.
> > > > > > > >
> > > > > > > > I was pretty confident an ESX host creates an NFS datastore
> > (with a
> > > > > > UUID
> > > > > > > > for a name) that maps to the NFS share. This is similar to
> how
> > a
> > > > > > XenServer
> > > > > > > > host creates an NFS storage repository that maps to the NFS
> > share.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <
> > > > > > mphilli7...@hotmail.com
> > > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Actually I am pretty sure that is what it doesSo I
> changed
> > > > like
> > > > > > 4-5
> > > > > > > >> things "my mistake", then I noticed a datastore with a
> "GUID"
> > > > looking
> > > > > > name
> > > > > > > >> popped up on my hosts. This datastore was mapped to my NFS
> > share.
> > > > > > Once that
> > > > > > > >> showed up CS started creating the system VMs. So I am trying
> > to
> > > > back
> > > > > > track
> > > > > > > >> and see what setting made it kick in...Stay tuned...
> > > > > > > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700
> > > > > > > >> > Subject: Re: VMware and NFS
> > > > > > > >> > From: mike.tutkow...@solidfire.com
> > > > > > > >> > To: dev@cloudstack.apache.org
> > > > > > > >> >
> > > > > > > >> > So, just curious here, but why wouldn't the ESX(i) host
> > simply
> > > > be
> > > > > > able
> > > > > > > >> to
> > > > > > > >> > create an NFS datastore that points to the NFS share on
> the
> > > > > > secondary
> > > > > > > >> > storage location directly?
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <
> > > > > > nitin.me...@citrix.com
> > > > > > > >> >wrote:
> > > > > > > >> >
> > > > > > > >> > > For XS that¹s not required as its pushed into XS
> directly.
> > > > > > > >> > >
> > > > > > > >> > > I also think secondary storage is mounted for Vmware on
> > MS to
> > > > > > copy the
> > > > > > > >> > > system vm template to Primary storage.
> > > > > > > >> > >
> > > > > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <
> > > > > > mike.tutkow...@solidfire.com>
> > > > > > > >> > > wrote:
> > > > > > > >> > >
> > > > > > > >> > > >So, j

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

[jenkins]

See 

Re: [DISCUSS] Policy blocker?

[David Nalley]

OK - so hoping to inject some clarification to this discussion - maybe
it will make more sense.

Lets start with definitions, and I'll try and use caps when referring
to this definitions.

LEGAL - when I talk about legal problems below I refer to liability
incurred by individuals in the project, especially the release
manager, or the foundation itself. There are precious few real legal
issues in this particular discussion, but many legal POLICY issues.

POLICY - The ASF has a number of policy, including legal policies.
Some of these exist for 'LEGAL' reasons as defined above, some of
these are expectation/branding.

There are precious few real LEGAL issues in this particular
discussion, but many legal POLICY issues.

So the legal POLICY says that we may not depend and automatically
download GPL (or other Cat X) software. This is not necessarily
because of LEGAL problems. (But does help the ASF avoid them) We
clearly have a dependency on a number of GPL things - Linux, MySQL,
KVM, XenServer, etc. The difference is that we don't automatically
download those during the build of the project. E.g. people have to
make a conscious decision to consume copyleft (or proprietary)
software. It's fine for that decision to be mandatory (POLICY calls
this a system requirement) but we don't allow people to be 'surprised'
by ensuring that this is a conscious decision. Part of this is the
expectation that the ASF releases permissively licensed software -
'sneaking' copyleft software in as a dependency is a bad thing for
people whose expectation is otherwise; which brings us back to
requiring the explicit action for such system requirements.

The FLOSS exception is a moot point IMO unless VP Legal gives us a
waiver; and I am not inclined to seek it out. The problem I see with
the exception is that it deals with open source projects and not
potential downstream consumers who might fork or release under another
license.

IMO Damoder has the right idea - we should specify that this is
provided. I'll work on getting a patch that takes care of this in
shortly.

--David

RE: [DISCUSS] Policy blocker?

[Animesh Chaturvedi]

> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, February 21, 2014 3:23 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Policy blocker?
> 
> OK - so hoping to inject some clarification to this discussion - maybe it will
> make more sense.
> 
> Lets start with definitions, and I'll try and use caps when referring to this
> definitions.
> 
> LEGAL - when I talk about legal problems below I refer to liability incurred 
> by
> individuals in the project, especially the release manager,

[Animesh] Can you clarify 'especially the release manager' part? Release 
manager is just like any other volunteer and does not have any special 
privileges. The community VOTEs on the release.

 or the foundation
> itself. There are precious few real legal issues in this particular 
> discussion,
> but many legal POLICY issues.
> 
> POLICY - The ASF has a number of policy, including legal policies.
> Some of these exist for 'LEGAL' reasons as defined above, some of these are
> expectation/branding.
> 
> There are precious few real LEGAL issues in this particular discussion, but
> many legal POLICY issues.
> 
> So the legal POLICY says that we may not depend and automatically
> download GPL (or other Cat X) software. This is not necessarily because of
> LEGAL problems. (But does help the ASF avoid them) We clearly have a
> dependency on a number of GPL things - Linux, MySQL, KVM, XenServer, etc.
> The difference is that we don't automatically download those during the
> build of the project. E.g. people have to make a conscious decision to
> consume copyleft (or proprietary) software. It's fine for that decision to be
> mandatory (POLICY calls this a system requirement) but we don't allow
> people to be 'surprised'
> by ensuring that this is a conscious decision. Part of this is the expectation
> that the ASF releases permissively licensed software - 'sneaking' copyleft
> software in as a dependency is a bad thing for people whose expectation is
> otherwise; which brings us back to requiring the explicit action for such
> system requirements.
> 
> The FLOSS exception is a moot point IMO unless VP Legal gives us a waiver;
> and I am not inclined to seek it out. The problem I see with the exception is
> that it deals with open source projects and not potential downstream
> consumers who might fork or release under another license.
> 
> IMO Damoder has the right idea - we should specify that this is provided. I'll
> work on getting a patch that takes care of this in shortly.
> 
> --David

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

[Chandan Purushothama]

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

(Updated Feb. 21, 2014, 11:52 p.m.)


Review request for cloudstack, Girish Shilamkar, sanjeev n, Santhosh Edukulla, 
SrikanteswaraRao Talluri, and Sheng Yang.


Changes
---

Made the changes requested by Santhosh. Kindly review my new patch and let me 
know of your feedback


Repository: cloudstack-git


Description (updated)
---

Test Suite for Testing Remote Access VPN on VPC. 

I successfully automated the following components:

1.VPN Client Installation on Linux
2.Component that efficiently verifies Remote VPN Access between client and the 
Server.
3.Developed a component that automates VPN Client Configuration and services.
4.Test Cases of the Feature
5.Tested the Code multiple times on XenServer and fixed the bugs.


Diffs
-

  test/integration/component/test_remotevpn_vpc.py PRE-CREATION 

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


Testing (updated)
---

Test case no : Enable VPN for Public IP Address on the VPC ... ok
Test case no : Remote a VPN User ... ok
Test case no : Add a Different VPN User and Test Access with already existing 
VPN User ... ok
Test case no : Add a Previously Removed VPN User from the VPC and Test the VPN 
Connectivity ... ok
Test case no : Disable the VPN Service on the VPC ... ok
Test case no : Enabled Previously Dsiabled VPN Access to VPC. ... ok
Test case no : Create Nine VPN Users to test the remote.vpn.user.limit=8 
Configuration parameter ... ok

--
Ran 7 tests in 817.606s

OK


File Attachments (updated)


0001-Test-Suite-for-Remote-Access-VPN-on-VPC.patch
  
https://reviews.apache.org/media/uploaded/files/2014/01/14/c6d3f593-d0eb-407c-aad2-574ebf9ca0f8__0001-Test-Suite-for-Remote-Access-VPN-on-VPC.patch
Test Suite for review
  
https://reviews.apache.org/media/uploaded/files/2014/02/21/52861fbf-ca90-4f57-96b0-85a67262811f__0001-Test-Suite-for-Remote-Access-VPN-on-VPC.patch


Thanks,

Chandan Purushothama

Re: [DISCUSS] Policy blocker?

[David Nalley]

>> LEGAL - when I talk about legal problems below I refer to liability incurred 
>> by
>> individuals in the project, especially the release manager,
>
> [Animesh] Can you clarify 'especially the release manager' part? Release 
> manager is just like any other volunteer and does not have any special 
> privileges. The community VOTEs on the release.
>

Sure, it isn't about privilege, it's about liability. So the
foundation covers (and has insurance for) actions taken on behalf of
the Foundation. If process is followed (including getting the votes)
releasing software is effectively a function of the Foundation - and
thus it bears liability. The foundation needs to ensure that the
release is a 'authorized business decision' on behalf of the
Foundation (which is why the Board has to ACK PMC additions, etc.).
Hence all the process and policy.

Publishing software however, if really done by the release manager.
And if release process isn't followed, it's no longer a function of
the foundation - and software is effectively released by the RM, and
thus he is individually liable. Sadly this isn't theoretical, and is
one of the reasons that the foundation exists.

http://www.apache.org/dev/release.html#why
https://www.apache.org/foundation/faq.html#why

--David

RE: [DISCUSS] Policy blocker?

[Animesh Chaturvedi]

> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, February 21, 2014 4:13 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Policy blocker?
> 
> >> LEGAL - when I talk about legal problems below I refer to liability
> >> incurred by individuals in the project, especially the release
> >> manager,
> >
> > [Animesh] Can you clarify 'especially the release manager' part? Release
> manager is just like any other volunteer and does not have any special
> privileges. The community VOTEs on the release.
> >
> 
> Sure, it isn't about privilege, it's about liability. So the foundation covers
> (and has insurance for) actions taken on behalf of the Foundation. If process
> is followed (including getting the votes) releasing software is effectively a
> function of the Foundation - and thus it bears liability. The foundation
> needs to ensure that the release is a 'authorized business decision' on behalf
> of the Foundation (which is why the Board has to ACK PMC additions, etc.).
> Hence all the process and policy.
> 
> Publishing software however, if really done by the release manager.
> And if release process isn't followed, it's no longer a function of the
> foundation - and software is effectively released by the RM, and thus he is
> individually liable. 
[Animesh] How do you define the release process being followed or not? Isn't 
Voting on a release the process and PMC and everyone voting responsible for it. 
Release Manager is a facilitator. Without the protection why would anyone want 
to incur liability as a release manager? In the links that you sent I have not 
seen specific reference to Release Manager being liable. 

Sadly this isn't theoretical, and is one of the reasons that
> the foundation exists.
[Animesh] What does foundation provide in that case?
> 
> http://www.apache.org/dev/release.html#why
> https://www.apache.org/foundation/faq.html#why
> 
> --David

Review Request 18392: CLOUDSTACK-6156: remove rampart maven dependencies to fix?

[John Kinsella]

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

Review request for cloudstack.


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


Repository: cloudstack-git


Description
---

Attempting to get awsapi build working. Can somebody familiar with that module 
review this?


Diffs
-

  awsapi/pom.xml 601e695 

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


Testing
---

Built mvn -Pawsapi on master
Build/ran devcloud2
Haven't tested awsapi itself as I'm not currently using that. :/


Thanks,

John Kinsella

[Cancelled][VOTE] Apache CloudStack 4.3.0 (sixth round)

[Animesh Chaturvedi]

Formally canceling this VOTE because of mysql-connector license dependency.

Thanks
Animesh

On Feb 18, 2014, at 8:25 PM, "Animesh Chaturvedi" 
mailto:animesh.chaturv...@citrix.com>> wrote:



Hi All,



I've created a 4.3.0 release, with the following artifacts up for a

vote:



Given that we have had multiple RC rounds with community testing a few times, 
and this VOTE has just one isolated fix in Nicira from previous RC, I would 
like to close the VOTE sooner by Thursday morning PST (36 hours). Please call 
out if you want to stick to 72 hour (3 working day) period.



Git Branch and Commit SH:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
Commit: 307ad15bb68179129b8eadeaed115f5d088adfd9



List of changes:

New Features in 4.3: https://issues.apache.org/jira/issues/?filter=12325248

Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249

Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161

Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162







Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/



PGP release keys (signed using 94BE0D7C):

https://dist.apache.org/repos/dist/release/cloudstack/KEYS



Testing instructions are here:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure



Vote will be open for 36 hours (Thursday morning PST)



For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?



[ ] +1  approve

[ ] +0  no opinion

[ ] -1  disapprove (and reason why)