date:20140220

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. 
---
OperatingSystemSection ovf:id=96
  InfoThe kind of installed guest operating system/Info
  DescriptionDebian_64/Description
  vbox:OSType ovf:required=falseDebian_64/vbox:OSType
---
Also it still has Vbox specific sections which may not make sense to vCenter. 
Ofcourse this would not block deployment of the template in itself. Removing 
this section ( vbox:Machine.../vbox:Machine) would make it cleaner.

Regards,
Sateesh


 -Original Message-
 From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
 Sent: 20 February 2014 13:18
 To: dev@cloudstack.apache.org
 Subject: Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)
 
 Animesh,
 
 Before we agree to use these templates, please detail how these are build. 
 The current process is not transparent to the developer
 community so for now i'm -1 on using these templates. The process should be 
 clear end-to-end before we can reasonably be expected to
 vote on a release as the templates are an integral part of the release and 
 should include scripts and artifacts from the release being voted
 on.
 
 As demonstrated by the bugs found in CLOUDSTACK-5883 the procedure that is 
 currently part of our community template build process is
 not the actual procedure used to build the systemVMs that are made available 
 to the community. Before we proceed with the release we
 need to make sure that the systemvm build is part of the community process 
 and thus part of the vote we are having. How can we
 reasonably expect somebody to vote on a release when part of the release is 
 not done in the open?
 
 Cheers,
 
 Hugo
 
 
 
 
 On 20 feb. 2014, at 01:10, Animesh Chaturvedi animesh.chaturv...@citrix.com 
 wrote:
 
  Folks
 
  I want to clear up the confusion on system templates for 4.3
 
 
  We had fixed the templates to be used in 4.3 and reflected the links in 
  cloudstack database after uploading to download.cloud.com
 
 
 
  Here are the links:
 
 
 
  HyperV: 
  http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2
 
  KVM: 
  http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2
 
  VMWare: 
  http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-vmware.ova
 
  Xen: 
  http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
 
 
 
  Unless there is a discussed change that requires updating the templates we 
  use these published templates for 4.3.
 
 
 
  I am still waiting on feedback for this RC.
 
 
 
  Thanks
 
  Animesh
 
 
 
 
  From: Animesh Chaturvedi
  Sent: Tuesday, February 18, 2014 8:25 PM
  To: dev@cloudstack.apache.org
  Subject: [VOTE] Apache CloudStack 4.3.0 (sixth round)
 
 
 
  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
 
  [ ]

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Damoder Reddy

I have tried to put all together in FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
 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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969
 
 alex.hitch...@shapeblue.com
 
 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS
 
 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use of 
 Hyper-V (for better or worse).
 
 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.
 
 ...and Apache Tomcat have managed to create a windows port - so how hard can 
 it be? [tic]
 
 Regards
 
 Paul Angus
 Cloud Architect
 S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus 
 paul.an...@shapeblue.com
 
 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS
 
 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.
 
 - Management server should never have mounted the NFS secondary storage.  We 
 need to fix that.  Please have a talk with Kelven about this.  I don't see 
 us adding Samba to any machine that runs the management server.  If this is 
 just about seeding the system template, it can be done as part of 
 installation rather than management server.
 - If I truly think about Windowsification, I think windows installer, 
 windows service, opening ports in windows firewall.  I don't see any of that 
 here.  Or else it's useless for windows people.
- For java, most people write a windows service that launches the jvm 
 and keeps track of the jvm.
 - There's a number of things that CloudStack management server does today at 
 startup that should not be there and those are what complicates the 
 windowfication.   These things should be moved out of the management server 
 and into installation.  What should be inside the management server startup 
 procedure should be checks, rather than generations.  It should check for 
 ssh key exists and the database version matches etc but it should not do the 
 following.
- Upgrade of the database
- ssh key generation
- iso generation.
 
 --Alex
 
 
 A couple of more to add to the list.
 There isn't really a good binary software dependency resolution framework for 
 Windows (at least not that I am aware of) and you potentially need lots of 
 different things - mysql libraries, python, ipmitool, or another shell to 
 execute shell scripts. Look at the list of the dependencies we install in the 
 RPMs for an idea of things that are missing. Is the plan to bundle those in 
 the binaries? (If so, we need to be having a serious discussion around a 
 shift of a number system requirements to dependencies which may or may not be
 acceptable.) With what appears to be some serious refactoring in how the 
 management

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

2014-02-20 Thread Rajesh Battala

Hyper-V template is generated from the Jenkins job and same is tested and 
specified here.

Thanks
Rajesh Battala

-Original Message-
From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
Sent: Thursday, February 20, 2014 1:18 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

Animesh,

Before we agree to use these templates, please detail how these are build. The 
current process is not transparent to the developer community so for now i'm -1 
on using these templates. The process should be clear end-to-end before we can 
reasonably be expected to vote on a release as the templates are an integral 
part of the release and should include scripts and artifacts from the release 
being voted on.

As demonstrated by the bugs found in CLOUDSTACK-5883 the procedure that is 
currently part of our community template build process is not the actual 
procedure used to build the systemVMs that are made available to the community. 
Before we proceed with the release we need to make sure that the systemvm build 
is part of the community process and thus part of the vote we are having. How 
can we reasonably expect somebody to vote on a release when part of the release 
is not done in the open?

Cheers,

Hugo

On 20 feb. 2014, at 01:10, Animesh Chaturvedi animesh.chaturv...@citrix.com 
wrote:

 Folks

 I want to clear up the confusion on system templates for 4.3

 We had fixed the templates to be used in 4.3 and reflected the links in 
 cloudstack database after uploading to download.cloud.com

 Here are the links:

 HyperV: 
 http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2

 KVM: 
 http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2

 VMWare: 
 http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-vmware.ova

 Xen: 
 http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2

 Unless there is a discussed change that requires updating the templates we 
 use these published templates for 4.3.

 I am still waiting on feedback for this RC.

 Thanks

 Animesh

 From: Animesh Chaturvedi
 Sent: Tuesday, February 18, 2014 8:25 PM
 To: dev@cloudstack.apache.org
 Subject: [VOTE] Apache CloudStack 4.3.0 (sixth round)

 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)

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

2014-02-20 Thread Abhinandan Prateek

Xen and KVM templates are build by the jenkins, tested and then moved to
download.cloud.com server.

-abhi

On 20/02/14 1:53 pm, 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.
---
OperatingSystemSection ovf:id=96
  InfoThe kind of installed guest operating system/Info
  DescriptionDebian_64/Description
  vbox:OSType ovf:required=falseDebian_64/vbox:OSType
---
Also it still has Vbox specific sections which may not make sense to
vCenter. Ofcourse this would not block deployment of the template in
itself. Removing this section ( vbox:Machine.../vbox:Machine) would
make it cleaner.

Regards,
Sateesh


 -Original Message-
 From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
 Sent: 20 February 2014 13:18
 To: dev@cloudstack.apache.org
 Subject: Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)
 
 Animesh,
 
 Before we agree to use these templates, please detail how these are
build. The current process is not transparent to the developer
 community so for now i'm -1 on using these templates. The process
should be clear end-to-end before we can reasonably be expected to
 vote on a release as the templates are an integral part of the release
and should include scripts and artifacts from the release being voted
 on.
 
 As demonstrated by the bugs found in CLOUDSTACK-5883 the procedure that
is currently part of our community template build process is
 not the actual procedure used to build the systemVMs that are made
available to the community. Before we proceed with the release we
 need to make sure that the systemvm build is part of the community
process and thus part of the vote we are having. How can we
 reasonably expect somebody to vote on a release when part of the
release is not done in the open?
 
 Cheers,
 
 Hugo
 
 
 
 
 On 20 feb. 2014, at 01:10, Animesh Chaturvedi
animesh.chaturv...@citrix.com wrote:
 
  Folks
 
  I want to clear up the confusion on system templates for 4.3
 
 
  We had fixed the templates to be used in 4.3 and reflected the links
in cloudstack database after uploading to download.cloud.com
 
 
 
  Here are the links:
 
 
 
  HyperV: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyp
erv.vhd.bz2
 
  KVM: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-mas
ter-kvm.qcow2.bz2
 
  VMWare: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-mas
ter-vmware.ova
 
  Xen: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-mas
ter-xen.vhd.bz2
 
 
 
  Unless there is a discussed change that requires updating the
templates we use these published templates for 4.3.
 
 
 
  I am still waiting on feedback for this RC.
 
 
 
  Thanks
 
  Animesh
 
 
 
 
  From: Animesh Chaturvedi
  Sent: Tuesday, February 18, 2014 8:25 PM
  To: dev@cloudstack.apache.org
  Subject: [VOTE] Apache CloudStack 4.3.0 (sixth round)
 
 
 
  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=ref
s/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+proce
dure
 
 
 
  Vote will be open for 36 hours (Thursday morning PST)
 
 
 
  For sanity

Re: devcloud 2 to 3 - network configuration

2014-02-20 Thread chris snow

Am I correct in thinking that:

xenbr0 is required for domU guests to be accessed from the host (via
the guest's 192.168.56.x address) ?
xenbr1 is required for domU guests to access the internet (via the
hosts NAT interface) ?

Any one got any ideas what else needs to be done (e.g. xen
configuration) because devcloud's eth0 and eth1 need to be swapped for
vagrant?


On Sun, Feb 16, 2014 at 11:36 AM, chris snow chsnow...@gmail.com wrote:
 For the vagrant version of devcloud that I am working on (which may
 become devcloud 3?), I have had to switch the network cards in
 Virtualbox.

 Devcloud2 has

 eth0 - host only network
 eth1 - nat network

 However, Vagrant requires the first network card to be the NAT one, i.e.

 eth0 - nat network
 eth1 - host only network

 Question 1: Am I correct in thinking that I just need to make the
 following changes to the devcloud2 network setup:

 auto xenbr0
 iface xenbr0 inet static
 bridge_ports eth0 # -- devcloud3 changes this to eth1
 address 192.168.56.10
 netmask 255.255.255.0
 network 192.168.56.0
 broadcast 192.168.56.255
 gateway 192.168.56.1
 dns_nameservers 8.8.8.8 8.8.4.4
 post-up route del default gw 192.168.56.1; route add default
 gw 192.168.56.1 metric 100;

 auto xenbr1
 iface xenbr1 inet dhcp
 bridge_ports eth1   # -- devcloud3 changes this to eth0
 dns_nameservers 8.8.8.8 8.8.4.4
 post-up route add default gw 10.0.3.2  # -- devcloud3 changes
 this to 10.0.2.2

 Question 2: What is the purpose of xenbr0 and xenbr1?  I.e. how are
 there bridges used by cloudstack / xen?

 Many thanks,

 Chris



-- 
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

2014-02-20 Thread Geoff Higginbottom

Animesh,

Thanks for the clarification I'll update the release notes shortly, but I also 
notice there are no references to the Hyper-V Template in the currently release 
notes, is anyone able to add the correct settings.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
Sent: 20 February 2014 00:11
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

Folks

I want to clear up the confusion on system templates for 4.3


We had fixed the templates to be used in 4.3 and reflected the links in 
cloudstack database after uploading to download.cloud.com



Here are the links:



HyperV: 
http://download.cloud.com/templates/4.3/systemvm64template-2013-12-23-hyperv.vhd.bz2

KVM: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2

VMWare: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-vmware.ova

Xen: 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2



Unless there is a discussed change that requires updating the templates we use 
these published templates for 4.3.



I am still waiting on feedback for this RC.



Thanks

Animesh




From: Animesh Chaturvedi
Sent: Tuesday, February 18, 2014 8:25 PM
To: dev@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.3.0 (sixth round)



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)

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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

Re: Review Request 18277: CLOUDSTACK-6015: initial check in for selenium based client side automated testing

2014-02-20 Thread Sebastien Goasguen


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


Thanks for these tests. Please add apache license headers to all python scripts.
Also use 127.0.0.1 as IP of the mgt host.
Can you also start a wiki page to describe the tests and how to run them (i.e 
dependency on selenium etc..)

- Sebastien Goasguen


On Feb. 19, 2014, 6:52 p.m., Yichi Lu wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18277/
 ---
 
 (Updated Feb. 19, 2014, 6:52 p.m.)
 
 
 Review request for cloudstack, Nitin Mehta, Parth Jagirdar, and Sebastien 
 Goasguen.
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 This is the initial check in. There are several directories: common, browser, 
 cspages, cstests/smoketests, cstests/regressiontests.
 The browser directory is for browser selection. Currently only firefox is 
 used.
 The common directory is for those shared modules.
 I plan to create one module for every page. There will also be parent pages 
 and child pages (for instance, infrastructure page is going to have a lot of 
 child pages).
 At this time I only have one test: login_logout_test, which has 9 individual 
 tests in it, one successful test, eight failed tests including some SQL 
 injection tests. Still missing are the tests for language options and domain 
 selection.
 I decide to not use lib directory. It seems to me that lib is a JAVA (or C) 
 thing. So I copied Global_Locators.py to common directory. I'll use Parth's 
 code as much as I can.
 I'll try to write each test for one purpose only. So login_logout_test is for 
 login page and logout. Obviously every test must have login and logout tests.
 
 
 Diffs
 -
 
   test/selenium/browser/firefox.py PRE-CREATION 
   test/selenium/common/Global_Locators.py PRE-CREATION 
   test/selenium/common/shared.py PRE-CREATION 
   test/selenium/cspages/loginpage.py PRE-CREATION 
   test/selenium/cstests/smoketests/login_logout_test.py PRE-CREATION 
   test/selenium/cstests/smoketests/smokecfg.py PRE-CREATION 
 
 Diff: https://reviews.apache.org/r/18277/diff/
 
 
 Testing
 ---
 
 navigate to directory: test/selenium. (At the moment, all tests must be done 
 from this directory.)
 # python cstests/smoketests/login_logout_test.py 
 
 Output:
 USLT-205731:selenium yichi.lu$ python cstests/smoketests/login_logout_test.py 
 .
 --
 Ran 9 tests in 116.517s
 
 OK
 
 
 Thanks,
 
 Yichi Lu

Re: OVS plugin in CloudStack 4.3.0

2014-02-20 Thread sebgoa


On Feb 19, 2014, at 6:45 PM, 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.html

quick note to say that this is not yet official documentation. I am working on 
the migration but it's not done yet.

 
 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 or amended, please call the sender.

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

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.
---
OperatingSystemSection ovf:id=96
InfoThe kind of installed guest operating system/Info
DescriptionDebian_64/Description
vbox:OSType ovf:required=falseDebian_64/vbox:OSType
---
Also it still has Vbox specific sections which may not make sense to vCenter.
Ofcourse this would not block deployment of the template in itself. Removing
this section ( vbox:Machine.../vbox:Machine) would make it cleaner.

Regards,
Sateesh

[Proposal] HyperV supporting features in 4.4

2014-02-20 Thread Rajesh Battala

Hi All,

Hyper-V Hypervisor support is added in 4.3.
For 4.4 release, following functionalities will be supported on Hyper-V.
We (Rajesh, Devdeep, Anshul) would be working on writing the features for 
Hyper-V.

  1.  HA for guest VMs
  2.  VPC
  3.  Network throttling
  4.  Primary storage: iSCSI
  5.  Zone-wide primary storage
  6.  Storage live migration
Jira Tickets have been created for all these and FS had been created for the 
same.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hyper-V+support+features+in+4.4

Thanks
Rajesh Battala

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Damoder Reddy

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+Windowsfication
 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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use of 
 Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how hard can 
 it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS

 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.

 - Management server should never have mounted the NFS secondary storage.  We 
 need to fix that.  Please have a talk with Kelven about this.  I don't see 
 us adding Samba to any machine that runs the management server.  If this is 
 just about seeding the system template, it can be done as part of 
 installation rather than management server.
 - If I truly think about Windowsification, I think windows installer, 
 windows service, opening ports in windows firewall.  I don't see any of that 
 here.  Or else it's useless for windows people.
- For java, most people write a windows service that launches the jvm 
 and keeps track of the jvm.
 - There's a number of things that CloudStack management server does today at 
 startup that should not be there and those are what complicates the 
 windowfication.   These things should be moved out of the management server 
 and into installation.  What should be inside the management server startup 
 procedure should be checks, rather than generations.  It should check for 
 ssh key exists and the database version matches etc but it should not do the 
 following.
- Upgrade of the database
- ssh key generation
- iso generation.

 --Alex

 A couple of more to add to the list.
 There isn't really a good binary software dependency resolution framework for 
 Windows (at least not that I am aware of) and you potentially need lots of 
 different things - mysql libraries, python, ipmitool, or another shell to 
 execute shell scripts. Look at the list of the dependencies we install in the 
 RPMs for an idea of

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Rajesh Battala

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+Windowsfication
 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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use of 
 Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how hard can 
 it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS

 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.

 - Management server should never have mounted the NFS secondary storage.  We 
 need to fix that.  Please have a talk with Kelven about this.  I don't see 
 us adding Samba to any machine that runs the management server.  If this is 
 just about seeding the system template, it can be done as part of 
 installation rather than management server.
 - If I truly think about Windowsification, I think windows installer, 
 windows service, opening ports in windows firewall.  I don't see any of that 
 here.  Or else it's useless for windows people.
- For java, most people write a windows service that launches the jvm 
 and keeps track of the jvm.
 - There's a number of things that CloudStack management server does today at 
 startup that should not be there and those are what complicates the 
 windowfication.   These things should be moved out of the management server 
 and into installation.  What should be inside the management server startup 
 procedure should be checks, rather than generations.  It should check for 
 ssh key exists and the database version matches etc but it should not do the 
 following.
- Upgrade of the database
- ssh key generation
- iso generation.

 --Alex

 A couple of more to add to the list.
 There isn't really a good binary software dependency

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

why not a allowing a simple file:///home/me/my.template kind of url?

for simple installations this should do.

On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella j...@stratosec.co wrote:
 We definitely need to support more than http download. http upload sounds 
 interesting, but I'd love to see something more resilient for large uploads. 
 How 'bout specifying a drop folder type location on the mgmt server that 
 the server polls every 15 seconds for new files, then in the UI the user can 
 pick from the files shown there? Not as secure as your browser upload 
 pattern, though.

 Maybe use something like https://github.com/blueimp/jquery-file-upload that 
 allows resumable uploads?

 Just had the thought of maybe adding support for dropbox/box.net/etc. At that 
 point, an ImageFetch plugin hook starts to sound interesting. Adding a bit 
 torrent plugin could make getting the default templates quite snappy. :)


 On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal chiradeep.vit...@citrix.com 
 wrote:

 Hi all,

 The fact that one has to have a HTTP server to host templates before the 
 templates can be imported into secondary storage is an inconvenience. I am 
 not sure how much of an inconvenience it is, but I was asked to detail the 
 technical architecture, if it needed to be supported. Certainly, I can 
 imagine for folks coming in contact with ACS for the first time, it might 
 seem onerous to set up another web server.

 I've sketched a strawman proposal [1] to support browser-based uploads of 
 templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have time to 
 work on this immediately).

 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg





-- 
Daan

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Paul Angus

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+Windowsfication
 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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use of 
 Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how hard can 
 it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS

 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.

 - Management server should never have mounted the NFS secondary storage.  We 
 need to fix that.  Please have a talk with Kelven about this.  I don't see 
 us adding Samba to any machine that runs the management server.  If this is 
 just about seeding the system template, it can be done as part of 
 installation rather than management server.
 - If I truly think about Windowsification, I think windows installer, 
 windows service, opening ports in windows firewall.  I don't see any of that 
 here.  Or else it's useless for windows people.
- For java, most people write a windows service that launches the jvm 
 and keeps track of the jvm.
 - There's a number of things that CloudStack management server does today at 
 startup that should not be there and those are what complicates the 
 windowfication.   These things should be moved out of the management server 
 and into installation.  What

Re: Review Request 18016: CLOUDSTACK-5626: Simplifying VM Migrate code

2014-02-20 Thread Santhosh Edukulla


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

Ship it!


Ship It!

- Santhosh Edukulla


On Feb. 14, 2014, 7:54 a.m., Gaurav Aradhye wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18016/
 ---
 
 (Updated Feb. 14, 2014, 7:54 a.m.)
 
 
 Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
 
 
 Bugs: CLOUDSTACK-5626
 https://issues.apache.org/jira/browse/CLOUDSTACK-5626
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 Removing different ways of obtaining suitable hosts. Used built in API 
 findHostsForMigration and skipped the test if suitable host is not found 
 instead of throwing assertion error.
 Removed unnecessary common function.
 
 
 Diffs
 -
 
   test/integration/component/test_cpu_domain_limits.py c427e4f 
   test/integration/component/test_cpu_limits.py bdf2869 
   test/integration/component/test_cpu_project_limits.py a8a1b3c 
   test/integration/component/test_memory_limits.py 7921e4b 
   test/integration/component/test_mm_domain_limits.py 68660c1 
   test/integration/component/test_mm_project_limits.py c314011 
   test/integration/component/test_vpc_vm_life_cycle.py 01373ac 
   tools/marvin/marvin/codes.py 74fb05d 
   tools/marvin/marvin/integration/lib/common.py e202391 
 
 Diff: https://reviews.apache.org/r/18016/diff/
 
 
 Testing
 ---
 
 Yes.
 
 
 Thanks,
 
 Gaurav Aradhye

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


On 20.02.2014 00:10, Animesh Chaturvedi wrote:

Folks

I want to clear up the confusion on system templates for 4.3


I have noticed the system vms come up with 128 MB ram, isn't this a bit 
too little for 64bit machines?


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Alex Hitchins

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+Windowsfication
 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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use of 
 Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how
 hard can it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS

 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.

 - Management server should never have mounted the NFS secondary storage.  We 
 need to fix that.  Please have a talk with Kelven about this.  I don't see 
 us adding Samba to any machine that runs the management server.  If this is 
 just about seeding the system template, it can be done as part of 
 installation rather than management server.
 - If I truly think about Windowsification, I think windows installer, 
 windows service, opening ports in windows firewall.  I don't

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

 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: 20 February 2014 17:05
 To: dev@cloudstack.apache.org
 Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

 On 20.02.2014 00:10, Animesh Chaturvedi wrote:
  Folks

  I want to clear up the confusion on system templates for 4.3

 I have noticed the system vms come up with 128 MB ram, isn't this a bit too 
 little for 64bit machines?

The memory requirements of each system vm varies based on the load of services 
running.

From my setup I can see only elasticloadbalancer has 128MB.
Can you please let me know for which system vm did you observe 128MB RAM?

mysql select vm_type,ram_size from service_offering where vm_type != 'NULL';
++--+
| vm_type| ram_size |
++--+
| domainrouter   |  256 |
| consoleproxy   | 1024 |
| secondarystoragevm |  512 |
| internalloadbalancervm |  256 |
| elasticloadbalancervm  |  128 |
++--+

Under normal/minimal load I have faced issues only with SSVM. After deeper 
analysis over various loads updated the default RAM size of SSVM to 512MB. This 
was tracked at CLOUDSTACK-5408.

Regards,
Sateesh

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

Re: Can't login to webui

2014-02-20 Thread Ian Duffy

Hi,

I find this sometimes happens if enough ram is not available.

Please insure you have at least 2gb of ram.


On 19 February 2014 19:37, Mike Tutkowski mike.tutkow...@solidfire.comwrote:

 Typically Mac OS X 10.8.3 or Ubuntu 12.04. This is always set up for
 development purposes. I don't use the scripts that an admin would use to
 set the system up.


 On Wed, Feb 19, 2014 at 12:28 PM, Michael Phillips
 mphilli7...@hotmail.comwrote:

  Mike,
 Can you tell me what OS and version you are running on your management
  server?
 
   Date: Wed, 19 Feb 2014 12:25:21 -0700
   Subject: Re: Can't login to webui
   From: mike.tutkow...@solidfire.com
   To: dev@cloudstack.apache.org
   CC: us...@cloudstack.apache.org
  
   Sorry I don't have any useful assistance to provide here, but I just
  wanted
   to note that I have had this happen in the past, as well, and solved
 it
   by starting over from scratch.
  
  
   On Tue, Feb 18, 2014 at 11:04 PM, Michael Phillips
   mphilli7...@hotmail.comwrote:
  
something obviously went horribly wrong so I am starting over
   
 From: mphilli7...@hotmail.com
 To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
 Subject: RE: Can't login to webui
 Date: Tue, 18 Feb 2014 23:23:46 -0600

 So I enabled the account via mysql through the command
  linehowever
the logs still say the password does not match when trying to
 login...
 err dev guys what could the pw be if not password?



  From: mphilli7...@hotmail.com
  To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
  Subject: RE: Can't login to webui
  Date: Tue, 18 Feb 2014 23:05:21 -0600
 
  hah...nice the logs are telling me the admin account is
locked\disabled. So how does it become locked on a fresh install?
 
   From: mphilli7...@hotmail.com
   To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
   Subject: RE: Can't login to webui
   Date: Tue, 18 Feb 2014 22:56:39 -0600
  
   Looks like the admin account in the database has a hashed
  password
of 0.180873463098773
  
From: mphilli7...@hotmail.com
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Can't login to webui
Date: Tue, 18 Feb 2014 22:50:46 -0600
   
I have a new install on 4.2.1 on Centos, however I can not
  login
to the UI using the default username\password combo of
 admin\password.
I have checked my 'cloud' database and its has tables etc. I
  even
checked the user table and it looks like there is an admin user...
What am I missing??
   
  
 

   
   
  
  
  
   --
   *Mike Tutkowski*
   *Senior CloudStack Developer, SolidFire Inc.*
   e: mike.tutkow...@solidfire.com
   o: 303.746.7302
   Advancing the way the world uses the
   cloudhttp://solidfire.com/solution/overview/?video=play
   *(tm)*
 




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*

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

On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 20 February 2014 17:05
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

On 20.02.2014 00:10, Animesh Chaturvedi wrote:

Folks

I want to clear up the confusion on system templates for 4.3

I have noticed the system vms come up with 128 MB ram, isn't this a 
bit too little for 64bit machines?

The memory requirements of each system vm varies based on the load of
services running.

From my setup I can see only elasticloadbalancer has 128MB.
Can you please let me know for which system vm did you observe 128MB 
RAM?

The virtual router, but I think I am wrong now that I checked again, it 
is indeed 128 MB, but somehow I ended up with 32bit version of the 
template.
Will need to redeploy systemvms with the 64bit template.. Sorry for the 
noise.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

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

+1 (binding)

based on the rc-5 testing I've done and a diff of the releases. The
extra patch I asked for is being tested by Hugo, no doubt he will
approve shortly.

On Thu, Feb 20, 2014 at 1:08 PM, Nux! n...@li.nux.ro wrote:
 On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:

 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: 20 February 2014 17:05
 To: dev@cloudstack.apache.org
 Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

 On 20.02.2014 00:10, Animesh Chaturvedi wrote:

 Folks

 I want to clear up the confusion on system templates for 4.3


 I have noticed the system vms come up with 128 MB ram, isn't this a bit
 too little for 64bit machines?


 The memory requirements of each system vm varies based on the load of
 services running.

 From my setup I can see only elasticloadbalancer has 128MB.
 Can you please let me know for which system vm did you observe 128MB RAM?


 The virtual router, but I think I am wrong now that I checked again, it is
 indeed 128 MB, but somehow I ended up with 32bit version of the template.
 Will need to redeploy systemvms with the 64bit template.. Sorry for the
 noise.


 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro



-- 
Daan

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

2014-02-20 Thread Geoff Higginbottom

+1

Have now successfully tested the new VPC Remote VPN feature, and all other 
tests pass (based on upgrading a clean build from 4.2.1 and deploying  new Zone)

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: 20 February 2014 12:11
To: dev
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

+1 (binding)

based on the rc-5 testing I've done and a diff of the releases. The extra patch 
I asked for is being tested by Hugo, no doubt he will approve shortly.

On Thu, Feb 20, 2014 at 1:08 PM, Nux! n...@li.nux.ro wrote:
 On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:

 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: 20 February 2014 17:05
 To: dev@cloudstack.apache.org
 Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

 On 20.02.2014 00:10, Animesh Chaturvedi wrote:

 Folks

 I want to clear up the confusion on system templates for 4.3


 I have noticed the system vms come up with 128 MB ram, isn't this a
 bit too little for 64bit machines?


 The memory requirements of each system vm varies based on the load of
 services running.

 From my setup I can see only elasticloadbalancer has 128MB.
 Can you please let me know for which system vm did you observe 128MB RAM?


 The virtual router, but I think I am wrong now that I checked again,
 it is indeed 128 MB, but somehow I ended up with 32bit version of the 
 template.
 Will need to redeploy systemvms with the 64bit template.. Sorry for
 the noise.


 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro



--
Daan
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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

Re: Review Request 18165: FindBugs findings: fixing equals() methods in 2 classes; commenting out dead variable in 1 class; adding 5 tests to cover the changes in the equals() methods.

2014-02-20 Thread Wilder Rodrigues

On Feb. 15, 2014, 12:53 p.m., Hugo Trippaers wrote:
Heya, did you test this with devcloud as well?

Wilder Rodrigues wrote:
Unfortunately not. I got the link error when trying it in my environment
over my network. Will try to refresh the mac addresses on the net adapters in
virtualbox VMs and see if it works. usually I have this link problem when the
2 machines (management server and devcloud) are executed from home.

Wilder Rodrigues wrote:
Got environment working and now downloading a new systemvm form
buildacloud. Will update it later and test zone creation/instance/ACL. Will
let you know once it's done so you can review it. :)

Tested with VirtualBox 4.3.6 + Debian 7 + XenServer 6.2 + SBP BetaCloud

- Wilder

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

On Feb. 15, 2014, 12:42 p.m., Wilder Rodrigues wrote:

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

(Updated Feb. 15, 2014, 12:42 p.m.)

Review request for cloudstack, daan Hoogland and Hugo Trippaers.

Repository: cloudstack-git

Description
---

Fixed 2 equals() method implementations
Added synchronized keyword to a get() method, because the set() is already
synchronized
Commented out a dead variable

Diffs
-

engine/orchestration/src/com/cloud/agent/manager/AgentAttache.java 3ebaf4a
engine/orchestration/src/com/cloud/agent/manager/ClusteredAgentAttache.java
23c3f76
engine/orchestration/src/com/cloud/agent/manager/ConnectedAgentAttache.java
00d54bb

engine/orchestration/src/org/apache/cloudstack/engine/service/api/ProvisioningServiceImpl.java
86eab58

engine/orchestration/test/com/cloud/agent/manager/ConnectedAgentAttacheTest.java
PRE-CREATION

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

Testing
---

Check style successfully executed;
Build successfully executed
5 unit tests added in order to cover the changes.

Thanks,

Wilder Rodrigues

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

+1 (binding)

Tested:
  XenServer 6.2, Primary NFS, Secondary NFS, Two physical networks with Guest 
traffic on both
Tested 64bit systemvm template (jenkins version)
Tested SSVM using the Xen VHD template
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  KVM , Primary NFS, Secondary NFS, Two physical networks with Guest traffic on 
both
Tested 64bit systemvm template (jenkins version)
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  VMware 5.1, Primary NFS, Secondary NFS, Two physical networks with Guest 
traffic on both (used noredist build with same git hash)
Tested 32bit systemvm template (jenkins version)
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  Nested hypervisor support for VMWare 5.1

  Tested database upgrade from 4.2.1 (production database) to 4.3.0

  Tested RPM packages on CentOS 6.5 x64
  
  Verified fixes/workarounds for reported bugs:
CLOUDSTACK-5883
CLOUDSTACK-5884
CLOUDSTACK-5979
  

Cheers,

Hugo


On 20 feb. 2014, at 11:02, Hugo Trippaers trip...@gmail.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)

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
alex.hitch...@shapeblue.com 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+Windowsfication
  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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use 
 of Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how
 hard can it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL] Windowsfication Of ACS

 On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang alex.hu...@citrix.com wrote:
 I see this as that CS management server should run anywhere java runs.  
 However, I see quite a few holes in this proposal.

 - Management server should never have mounted the NFS secondary storage.  
 We need to fix that.  Please have a talk with Kelven about this.  I don't 
 see us adding Samba to any machine that runs the

[DISCUSS] Policy blocker?

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

Review Request 18309: sysctl improvements

2014-02-20 Thread Joris van Lieshout


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

Review request for cloudstack, Alex Huang, daan Hoogland, and Hugo Trippaers.


Repository: cloudstack-git


Description
---

Couple changes in sysctl.conf: 
1. up the amount of connections that the svm can handle. 
2. Panic on OOM and OOPS so that ACS can act on a misbehaving SVM. 
3. nonlocal_bind to fix some situations where master to backup fails in 
redundant rvms.
Also adding /etc/modules to preload modules so that setting some of the sysctl 
settings during boot works. For this I also changed procps runlevels.


Diffs
-

  systemvm/patches/debian/buildsystemvm.sh 7f6188a 
  systemvm/patches/debian/config/etc/modules PRE-CREATION 
  systemvm/patches/debian/config/etc/sysctl.conf 586d5bd 

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


Testing
---

We have been running these adjustments in production on our own 4.2 and 3.0 SVM 
with success for a couple months now.


Thanks,

Joris van Lieshout

Re: Master blocker CLOUDSTACK-6130

Hey, 

Should be fixed by: 
commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
Author: Hugo Trippaers htrippa...@schubergphilis.com
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.

Cheers,

Hugo


On 20 feb. 2014, at 07:39, Srikanteswararao Talluri 
srikanteswararao.tall...@citrix.com 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 sh...@yasker.org 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 htrippa...@schubergphilis.com
 Date:   Fri Feb 14 18:36:18 2014 +0100
 
   Fix functional issue introduced by some findbug changes.
 
 commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
 Author: Ian Southam isout...@schubergphilis.com
 Date:   Wed Feb 12 17:08:52 2014 +0100
 
   findbugs findings
 
   Signed-off-by: Hugo Trippaers htrippa...@schubergphilis.com
 
 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

Re: [DISCUSS] Policy blocker?

2014-02-20 Thread Wido den Hollander


On 02/20/2014 02:37 PM, 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.



My apologies, I didn't find the time to play with 4.3 at all.


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?



I'd say we are OK for now with this. We know it's a problem and it can 
be fixed in the next release imho.


Wido


--David

[1] https://www.apache.org/legal/3party.html

Review Request 18310: dnsmasq fix for bridged networks

2014-02-20 Thread Joris van Lieshout


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

Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.


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.


Diffs
-

  systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 

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


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.


Thanks,

Joris van Lieshout

[Responsiveness report] 2014w05 usr

http://markmail.org/message/6qcus5e7qihkh2sy Agent kvm not start: Not
allowed to connect to the server: ip-server sent incorrect data
center: default by e.angi...@libero.it
http://markmail.org/message/wwkauchx7o73kidk agent can't start by
e.angi...@libero.it
http://markmail.org/message/o7m6mwhdyli5dazc Trouble creating a VM on
xenserver by Derek Cole
http://markmail.org/message/iu2kiduh3rgppiq5 successfully boot linux
contianer in CloudStack 4.2 by Du Jun
http://markmail.org/message/fjij47dssxhd54ky hyper-v agent not working
by Tejas Gadaria
http://markmail.org/message/kt3aia3wfgcig42t Fail to attach volume to
LXC in CloudStack 4.2 by Du Jun
http://markmail.org/message/bzf6hzmf2qnri5jt SolidFire storage plugin
(cs4.2.1) by Pierre-Luc Dion
http://markmail.org/message/x22uhter3ttwaev7 Precision for Storage
Motion by Francois Gaudreault
http://markmail.org/message/nguwxhlkerxu57fa CS4.2.1 SVM can not start by 不坏阿峰
http://markmail.org/message/j5f3qqay4lxtzizy Reg: SSVM-KVM issue by Prakash.M
http://markmail.org/message/yirxhutgzto4p64m Libvirt errors on primary
storage by Nick Wales

for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w05 dev

http://markmail.org/message/2uu5ly7is3i6tkqn Error creating bean with
name 'lockMasterListener' by Alex Hitchins
http://markmail.org/message/4zatk66ild4xsxwa Unable to add host with
latest build on RHEL6 master by Manikanta Kattamuri
http://markmail.org/message/qoq3734bm7abhk7e RSA Key Issue by Alex Hitchins
http://markmail.org/message/njd76aoqcrwa65iv [Question] Cloudstack API
: parameter listall by Antonio Fornié Casarrubios



for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w04 dev

http://markmail.org/message/ocv5dj36xbfdm7wp UI Issues by Alex Hitchins
http://markmail.org/message/ats22vo6benycwgm Doc Build Reflects No
Recent Changes ! by Radhika Puthiyetath
http://markmail.org/message/j7lms5py3cszmn5z OpenVswitch | KVM |
CentOS 6.5 | Cloudstack 4.2 by Maurice Lawler


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w03 dev

http://markmail.org/message/cwuq5dgkya4qhpnj Why i cannot set vpn on
Source NAT IP by Yitao Jiang
http://markmail.org/message/55ydrna6ikmjiuf5 CloudStack 4.2 | Cent OS
6.4 | KVM by Maurice Lawler
http://markmail.org/message/z3b2yeg6zidcjkwq Issue in creating
template from volume in vmware hypervisor by Yitao Jiang
http://markmail.org/message/inwtgxxccizqsgan Error starting management
server with latest 4.3 by Prabhakaran Ganesan


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w02 dev

http://markmail.org/message/xyhzffhc44dqxgxo devcloud system VMs
problem by Victor Rodionov


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

Re: Review Request 15932: Add support for Primary Storage on Gluster using the libvirt backend

2014-02-20 Thread Wido den Hollander



 On Feb. 19, 2014, 1:35 p.m., Wido den Hollander wrote:
  It seems good to me. Applies cleanly to master and builds just fine.
  
  Code-wise it's simple but effective, should allow us to support Gluster.

I just merged it into master and pushed.

So gluster is in master right now! Niels, can I ask you to test it all again? 
Just to make sure the code all works like you intended.


- Wido


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


On Feb. 19, 2014, 8:24 a.m., Niels de Vos wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/15932/
 ---
 
 (Updated Feb. 19, 2014, 8:24 a.m.)
 
 
 Review request for cloudstack.
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 The support for Gluster as Primary Storage is mostly based on the
 implementation for NFS. Like NFS, libvirt can address a Gluster environment
 through the 'netfs' pool-type.
 
 
 Diffs
 -
 
   api/src/com/cloud/storage/Storage.java ff83dfc 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
  d63b643 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java
  dbe5d4b 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolXMLParser.java
  a6186f6 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java
  ff75d61 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java
  8cdecd8 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
  a5f33eb 
   
 plugins/storage/volume/default/src/org/apache/cloudstack/storage/datastore/lifecycle/CloudStackPrimaryDataStoreLifeCycleImpl.java
  b90d5fc 
 
 Diff: https://reviews.apache.org/r/15932/diff/
 
 
 Testing
 ---
 
 See http://blog.nixpanic.net/2013/12/using-gluster-as-primary-storage-in.html
 
 
 Thanks,
 
 Niels de Vos

RE: [PROPOSAL] Windowsfication Of ACS

2014-02-20 Thread Alex Hitchins

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 alex.hitch...@shapeblue.com 
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+Windowsfication
  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 alex.hitch...@shapeblue.com 
 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: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Paul Angus [mailto:paul.an...@shapeblue.com]
 Sent: 15 February 2014 18:49
 To: dev@cloudstack.apache.org
 Subject: RE: [PROPOSAL] Windowsfication Of ACS

 My view is that anyone who wants to use Hyper-V is very unlikely to want to 
 have Linux based management servers lurking around, because I think they'll 
 be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
 able to deploy windows based management servers seems essential to the use 
 of Hyper-V (for better or worse).

 I think also there are probably a lot of Windows based Enterprises who also 
 wouldn't like to a couple of stray Linux boxes running the show.  I guess 
 Microsoft think there is a market for Windows based private clouds or they 
 wouldn't have created the Behemoth that is the Azure Pack.

 ...and Apache Tomcat have managed to create a windows port - so how
 hard can it be? [tic]

 Regards

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

 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: 15 February 2014 18:29
 To: dev@cloudstack.apache.org
 Subject: Re: [PROPOSAL]

Re: CLOUDSTACK-6015

2014-02-20 Thread sebgoa

Yichi has submitted a review to add selenium tests.

But for some reason I can't assign him the 6015 bug. Could someone with karma 
try ?

thanks

On Feb 6, 2014, at 9:43 PM, Yichi Lu yichi...@sungard.com wrote:

 
 
 -- Forwarded message --
 From: Yichi Lu yichi...@sungard.com
 Date: Thu, Feb 6, 2014 at 2:13 PM
 Subject: CLOUDSTACK-6015
 To: run...@gmail.com, us...@cloudstack.apache.org
 
 
 Sebastien:
 I have some experience in writing selenium test scripts again web GUI. I'd 
 like to work on this issue. We can talk about the scope of the tests. Could 
 you please assign this issue to me? (I cannot do it myself ) Thanks.
 yichi

RE: OVS plugin in CloudStack 4.3.0

2014-02-20 Thread Florin Dumitrascu

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.html

 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 or amended, please 
 call the sender.

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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

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

RE: OVS plugin in CloudStack 4.3.0

2014-02-20 Thread Paul Angus

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.html

 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 or amended, please 
 call the sender.

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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

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

[Responsiveess report] 2014w06 usr

http://markmail.org/message/4r3hlg4rsdus42gu DNS question by Zack Payton
http://markmail.org/message/tnfl6rz2ncbiyqle Can't start
cloudstack-usage by Sean Hamilton
http://markmail.org/message/py4tv4cehmp4klrl Reg: Storage tags by Prakash.M
http://markmail.org/message/qdbuihkh4yyjycx2 CloudStack stops the
machine for no reason by Tomasz Zięba
http://markmail.org/message/zfaojaacf7gqtwbl http://www.xrefs.info:
CloudStack source code cross reference and browse by xrefs.info Admin
http://markmail.org/message/2oikwm44oa2hrqtq Primary and Secondary
Storages for VMware by José Egas López
http://markmail.org/message/sjkzbg6ekjpmxlsw Problem upgrading from
Cloudstack 4.1.1 to 4.2.1 by Jason Villalta
http://markmail.org/message/zna2246y4dy76lw6 Unable to unmarshall
error response (White spaces are required between publicId and
systemId) [Cloudstack 4.2.1] by Tanner Danzey
http://markmail.org/message/2tz6kkn6ng5345sf XEN Setup by Maurice Lawler
http://markmail.org/message/c4owx4ms4jfvdj77 Swift3 as S3 secondary
storage to CloudStack by Sailaja Mada

for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

RE: OVS plugin in CloudStack 4.3.0

2014-02-20 Thread Florin Dumitrascu

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.

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.html

 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 or amended, please 
 call the sender.

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company

Build failed in Jenkins: build-master #319

2014-02-20 Thread jenkins

See http://jenkins.buildacloud.org/job/build-master/319/

--
[...truncated 17386 lines...]
1443/1875 KB   
1446/1875 KB   
1449/1875 KB   
1453/1875 KB   
1457/1875 KB   
1461/1875 KB   
1465/1875 KB   
1469/1875 KB   
1473/1875 KB   
1477/1875 KB   
1480/1875 KB   
1483/1875 KB   
1487/1875 KB   
1491/1875 KB   
1492/1875 KB   
1493/1875 KB   
1496/1875 KB   
1500/1875 KB   
1504/1875 KB   
1508/1875 KB   
1512/1875 KB   
1516/1875 KB   
1520/1875 KB   
1524/1875 KB   
1527/1875 KB   
1531/1875 KB   
1535/1875 KB   
1539/1875 KB   
1541/1875 KB   
1545/1875 KB   
1549/1875 KB   
1553/1875 KB   
1557/1875 KB   
1561/1875 KB   
1565/1875 KB   
1569/1875 KB   
1573/1875 KB   
1577/1875 KB   
1581/1875 KB   
1584/1875 KB   
1588/1875 KB   
1588/1875 KB   
1591/1875 KB   
1595/1875 KB   
1599/1875 KB   
1603/1875 KB   
1607/1875 KB   
1611/1875 KB   
1615/1875 KB   
1619/1875 KB   
1621/1875 KB   
1625/1875 KB   
1629/1875 KB   
1633/1875 KB   
1634/1875 KB   
1637/1875 KB   
1641/1875 KB   
1645/1875 KB   
1649/1875 KB   
1653/1875 KB   
1657/1875 KB   
1661/1875 KB   
1665/1875 KB   
1669/1875 KB   
1670/1875 KB   
1673/1875 KB   
1677/1875 KB   
1681/1875 KB   
1681/1875 KB   
1683/1875 KB   
1685/1875 KB   
1687/1875 KB   
1690/1875 KB   
1694/1875 KB   
1698/1875 KB   
1702/1875 KB   
1706/1875 KB   
1710/1875 KB   
1714/1875 KB   
1718/1875 KB   
1718/1875 KB   
1721/1875 KB   
1725/1875 KB   
1729/1875 KB   
1730/1875 KB   
1734/1875 KB   
1734/1875 KB   
1735/1875 KB   
1737/1875 KB   
1738/1875 KB   
1742/1875 KB   
1746/1875 KB   
1750/1875 KB   
1754/1875 KB   
1758/1875 KB   
1762/1875 KB   
1766/1875 KB   
1768/1875 KB   
1772/1875 KB   
1776/1875 KB   
1780/1875 KB   
1781/1875 KB   
1784/1875 KB   
1785/1875 KB   
1787/1875 KB   
1790/1875 KB   
1791/1875 KB   
1795/1875 KB   
1799/1875 KB   
1803/1875 KB   
1807/1875 KB   
1811/1875 KB   
1815/1875 KB   
1817/1875 KB   
1819/1875 KB   
1823/1875 KB   
1827/1875 KB   
1828/1875 KB   
1831/1875 KB   
1834/1875 KB   
1837/1875 KB   
1841/1875 KB   
1845/1875 KB   
1849/1875 KB   
1853/1875 KB   
1857/1875 KB   
1861/1875 KB   
1865/1875 KB   
1865/1875 KB   
1869/1875 KB   
1873/1875 KB   
1875/1875 KB   
   
Downloaded: 
http://cs-maven.midokura.com/releases/org/midonet/midonet-client/1.1.0/midonet-client-1.1.0.jar
 (1875 KB at 300.5 KB/sec)
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.462s]
[INFO] Apache CloudStack . SUCCESS [2.131s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [2.636s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [3.589s]
[INFO] Apache CloudStack Utils ... SUCCESS [44.360s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.041s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [7.514s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [3.907s]
[INFO] Apache CloudStack API . SUCCESS [11.969s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [2.724s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [6.179s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.041s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [4.717s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [2.346s]
[INFO] Apache CloudStack Core  SUCCESS [9.157s]
[INFO] Apache CloudStack Agents .. SUCCESS [5.756s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [3.110s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [3.833s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [9.927s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [1.730s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [3.248s]
[INFO] Apache CloudStack Server .. SUCCESS [38.985s]
[INFO] Apache CloudStack Usage Server  SUCCESS [6.708s]
[INFO] Apache XenSource XAPI . SUCCESS [5.367s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS [8.750s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.029s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.273s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [5.131s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [6.346s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [3.884s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [2.897s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [2.546s]
[INFO] Apache CloudStack Engine

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

2014-02-20 Thread sebgoa

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

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

2014-02-20 Thread Karl Harris

All,

Here's what I've got so far with partitioning the problem.

There are 3 main areas I've found so far along with a proposal for
implementation.



Keepalived:

As Is:

Current VRR network configuration setup is assumed by the existing code to
be static. A single Keepalived config template file is edited at router VM
boot time. The script cloud-early-config.sh and other BASH scripts are used
to edit the template. The output of the edits is a keepalived.conf file
used to configure the Keepalived application when the router VM boots.

Desired:

Ability (API, Java wrapper?) to  configure/reconfigure Keepalived as the
number of NIC's and other parameters change, a type of CRUD functionality
along with start/stop/restart, which will allow the configuration state of
network to be realized in the CloudStack database and NOT embedded
statically in a combination of keepalived.conf.tmpl, hypervisorbased VM
images and the actual edited keepalived.conf file.  The operational state
of the network is obviously kept by keepalived and conntrackd as well at
the virtual router application itself.


Conntrackd:

As Is:
Current Router state is managed by Conntrackd which is setup similarly to
Keepalived using cloud-early-config.sh BASH script.

Desired:

Similarly to keepalived above: Ability (API, Java wrapper?) to do
CRUD,start,stop,restart on Conntrackd network configuration.


CloudStack Java code:

As is:

CloudStack only allows Virtual redundant routers for a single, static
configuration for public networks mainly because of the lack of the ability
to the existing code to dynamically
change the configuration of the keepalived and conntrackd applications. As
mentioned in a previous thread, it appears most, if not all, of the JAVA
code used for public network redundant routers is available to use for
implementation of VPC virtual redundant routers if the ability to
dynamically reconfigure the network configuration of  keepalived and
conntrackd can be realized. Obviously additions to the JAVA code will need
to be made to utilize the new CRUD functionality for keepalived and
contrackd. As mentioned previously most if not all of the information is
already in the MySQL database accessible via DAO/VO's

Desired:

CloudStack to be able to manipulate the keepalived and conntrackd
applications to allow for dynamic configuration of VPC networks(s) which
require virtual redundant router capability.




Comments on this partitioning of the issues?

Did I miss any major part?




On Thu, Feb 13, 2014 at 3:12 PM, Sheng Yang sh...@yasker.org wrote:

 Hi Karl,

 From Network Guru part of view, there is no VPC or isolated network guru.
 Guru is per network type, e.g. public network, guest network, control
 network, mgmt network. So VPC contained one public and multiple guest
 network, which would be created by each guru accordingly. By this means,
 VPC or isolated network is not a guru.

 The configuration of VR is done in VirtualNetworkApplianceManager and
 VPCVirtualNetworkApplianceManager, which would be called by Virtual Router
 element and VPC virtual router element. And they've already passed all the
 information VR needed for VPC. I think every information you needed to
 configure keepalived and conntrackd should be already there, except
 redundant_router=1 parameter.

 For original redundant router implementation, there are two major parts of
 code I've heavily modified: how to start two routers in one network(through
 findOrDeployVirtualRouterInGuestNetwork()), and how to program them(through
 cmdline parameter in the VR). I think the VPC implementation would face the
 same issues as well. You can take a look at current implementation and
 follow the code flow, to see if it would help you.

 --Sheng

 On Wed, Feb 12, 2014 at 11:15 AM, Karl Harris karl.har...@sungard.com
 wrote:

  On Wed, Feb 12, 2014 at 9:38 AM, Karl Harris karl.har...@sungard.com
  wrote:
 
   Would implementing a VPC Redundant Router Network Guru using the an
   extension of the NetworkGuru interface be an appropriate way to create
 a
   VPC network with redundant routers. It seems that extending Network
 Guru
   interface or extending one of it's children eg the abstract class
   GuestNetworkGuru would be a appropriate design path.
  
   Comments?
  
   Karl
  
  I know the configuration of the VM which implement the redundant routers
  are handled via BASH scripts and the environment variables int the VM
  images are used to configure the conntrackd and keepalived applications
 via
  SED in bash scripts. I am looking for a clean way to pass the variable
  number of NIC's and then generate the LINK and IGNORE configuration
  commands for conntrackd.
 
  The Network Guru mentioned above seemed like an interesting place to
 look,
  even though it's used to work with the DAO's for the NetworkElements.
 
  Karl
 
 
  
   On Mon, Feb 3, 2014 at 2:58 PM, Daan Hoogland daan.hoogl...@gmail.com
  wrote:
  
   On Mon, Feb 3, 2014 at 8:50 PM, Sheng Yang

Re: Xen Server Setup

2014-02-20 Thread Frankie Onuonga

Hi,
Sorry for the late response.
If you can describe your setup I am sure I can get you in motion.

thanks.


On Thu, Feb 6, 2014 at 3:12 AM, Maurice Lawler maur...@daoenix.com wrote:

 Has anyone setup a public facing cloudstack with Xen server. I want to be
 able to provide the internal systems with a 10.x IP address along with a
 public facing IP address.

 I have read the manual multiple times, I cannot seem to get this; if
 anyone has a tutorial that might help I'd love to read it.

 - Maurice




-- 
Skype: Frankie.Onuonga
twitter: Frankieonuonga
irc #freenode: Frankieonuonga

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

2014-02-20 Thread jenkins

See http://jenkins.buildacloud.org/job/build-master/320/

Fwd: Warning from dev@cloudstack.apache.org

2014-02-20 Thread Frankie Onuonga

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.

Kind Regards,

Onuonga Frankie

-- Forwarded message --
From: dev-h...@cloudstack.apache.org
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:
   dev-get.123_...@cloudstack.apache.org

To receive a subject and author list for the last 100 or so messages,
send a short message to:
   dev-in...@cloudstack.apache.org

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




-- 
Skype: Frankie.Onuonga
twitter: Frankieonuonga
irc #freenode: Frankieonuonga

Re: Review Request 18309: sysctl improvements

2014-02-20 Thread daan Hoogland


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



systemvm/patches/debian/buildsystemvm.sh
https://reviews.apache.org/r/18309/#comment65380

this line be added from the script in 
cloud-tools/appliance/definitions/systemvm*template/postinstall.sh in 
configure_services()
please remove the space at the end of the line



systemvm/patches/debian/config/etc/modules
https://reviews.apache.org/r/18309/#comment65379

as discussed: this file should not be neccessary


- daan Hoogland


On Feb. 20, 2014, 1:39 p.m., Joris van Lieshout wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18309/
 ---
 
 (Updated Feb. 20, 2014, 1:39 p.m.)
 
 
 Review request for cloudstack, Alex Huang, daan Hoogland, and Hugo Trippaers.
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 Couple changes in sysctl.conf: 
 1. up the amount of connections that the svm can handle. 
 2. Panic on OOM and OOPS so that ACS can act on a misbehaving SVM. 
 3. nonlocal_bind to fix some situations where master to backup fails in 
 redundant rvms.
 Also adding /etc/modules to preload modules so that setting some of the 
 sysctl settings during boot works. For this I also changed procps runlevels.
 
 
 Diffs
 -
 
   systemvm/patches/debian/buildsystemvm.sh 7f6188a 
   systemvm/patches/debian/config/etc/modules PRE-CREATION 
   systemvm/patches/debian/config/etc/sysctl.conf 586d5bd 
 
 Diff: https://reviews.apache.org/r/18309/diff/
 
 
 Testing
 ---
 
 We have been running these adjustments in production on our own 4.2 and 3.0 
 SVM with success for a couple months now.
 
 
 Thanks,
 
 Joris van Lieshout

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

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.

-chip

Re: [DISCUSS] Policy blocker?

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

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

2014-02-20 Thread John Kinsella

You mean to load files off the management server, yea? That makes sense to me

On Feb 20, 2014, at 3:14 AM, Daan Hoogland 
daan.hoogl...@gmail.commailto:daan.hoogl...@gmail.com wrote:

why not a allowing a simple file:///home/me/my.template kind of url?

for simple installations this should do.

On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella 
j...@stratosec.comailto:j...@stratosec.co wrote:
We definitely need to support more than http download. http upload sounds 
interesting, but I'd love to see something more resilient for large uploads. 
How 'bout specifying a drop folder type location on the mgmt server that the 
server polls every 15 seconds for new files, then in the UI the user can pick 
from the files shown there? Not as secure as your browser upload pattern, 
though.

Maybe use something like https://github.com/blueimp/jquery-file-upload that 
allows resumable uploads?

Just had the thought of maybe adding support for 
dropbox/box.net/etchttp://box.net/etc. At that point, an ImageFetch plugin 
hook starts to sound interesting. Adding a bit torrent plugin could make 
getting the default templates quite snappy. :)


On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal 
chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com wrote:

Hi all,

The fact that one has to have a HTTP server to host templates before the 
templates can be imported into secondary storage is an inconvenience. I am not 
sure how much of an inconvenience it is, but I was asked to detail the 
technical architecture, if it needed to be supported. Certainly, I can imagine 
for folks coming in contact with ACS for the first time, it might seem onerous 
to set up another web server.

I've sketched a strawman proposal [1] to support browser-based uploads of 
templates and volumes to secondary storage.
It is not yet a PROPOSAL since it is still raw (and I do not have time to work 
on this immediately).

Please comment on this.
[1] https://cwiki.apache.org/confluence/x/jY5cAg





--
Daan

Stratosechttp://stratosec.co/ - Compliance as a Service
o: 415.315.9385
@johnlkinsellahttp://twitter.com/johnlkinsella

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

2014-02-20 Thread Radhika Puthiyetath

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

-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

Re: Master blocker CLOUDSTACK-6130

2014-02-20 Thread Srikanteswararao Talluri



On 20/02/14 7:14 pm, Hugo Trippaers h...@trippaers.nl wrote:

Hey, 

Should be fixed by:
commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
Author: Hugo Trippaers htrippa...@schubergphilis.com
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??


Cheers,

Hugo


On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
srikanteswararao.tall...@citrix.com 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 sh...@yasker.org 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 htrippa...@schubergphilis.com
 Date:   Fri Feb 14 18:36:18 2014 +0100
 
   Fix functional issue introduced by some findbug changes.
 
 commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
 Author: Ian Southam isout...@schubergphilis.com
 Date:   Wed Feb 12 17:08:52 2014 +0100
 
   findbugs findings
 
   Signed-off-by: Hugo Trippaers htrippa...@schubergphilis.com
 
 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

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

On Thu, Feb 20, 2014 at 12:11 PM, Radhika Puthiyetath
radhika.puthiyet...@citrix.com wrote:
 Hi,

 From Citrix-perspective, this is going to be effort intensive considering the 
 current head count for documentation.


Citrix has no standing in Apache CloudStack decisions. What is your
individual opinion with your CloudStack hat on?


 For 4.3, we would like to continue with DocBook, as per our earlier consensus.


Link to said consensus?

I thought the consensus was that we would switch if we could do so in
time. Sebastien seems to have pulled that off.


 I shall come back with a concrete plan soon after completing the 4.3 feature 
 documentation.

 Hope it works. Thanks for your patience.

 -Radhika

 -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

Re: OVS plugin in CloudStack 4.3.0

2014-02-20 Thread Murali Reddy

On 20/02/14 8:40 PM, Florin Dumitrascu
florin.dumitra...@intunenetworks.com 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.html

 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 or amended,
please call the sender.

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers
the best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1
traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil.
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led,
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led,
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led,

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

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

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

2014-02-20 Thread Radhika Puthiyetath

Because I am a Citrix employee, who has the day-to-day work to complete. There 
was a mail thread that only post 4.3 release, we can switch to RST.

Let me hunt down.

-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: Thursday, February 20, 2014 11:05 PM
To: dev@cloudstack.apache.org
Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
Subject: Re: [DOCS][DISCUSS] heads-up main docs repo refactor

On Thu, Feb 20, 2014 at 12:11 PM, Radhika Puthiyetath 
radhika.puthiyet...@citrix.com wrote:
 Hi,

 From Citrix-perspective, this is going to be effort intensive considering the 
 current head count for documentation.

Citrix has no standing in Apache CloudStack decisions. What is your individual 
opinion with your CloudStack hat on?

 For 4.3, we would like to continue with DocBook, as per our earlier consensus.

Link to said consensus?

I thought the consensus was that we would switch if we could do so in time. 
Sebastien seems to have pulled that off.

 I shall come back with a concrete plan soon after completing the 4.3 feature 
 documentation.

 Hope it works. Thanks for your patience.

 -Radhika

 -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

Re: [DISCUSS] Policy blocker?

On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers chipchild...@apache.org 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: Review Request 18310: dnsmasq fix for bridged networks


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

Ship it!


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!

- Sheng Yang


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18310/
 ---
 
 (Updated Feb. 20, 2014, 2:01 p.m.)
 
 
 Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
 
 
 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.
 
 
 Diffs
 -
 
   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
 
 Diff: https://reviews.apache.org/r/18310/diff/
 
 
 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.
 
 
 Thanks,
 
 Joris van Lieshout

Re: Review Request 18310: dnsmasq fix for bridged networks


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

Ship it!


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!

- Sheng Yang


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18310/
 ---
 
 (Updated Feb. 20, 2014, 2:01 p.m.)
 
 
 Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
 
 
 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.
 
 
 Diffs
 -
 
   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
 
 Diff: https://reviews.apache.org/r/18310/diff/
 
 
 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.
 
 
 Thanks,
 
 Joris van Lieshout

Re: Review Request 18310: dnsmasq fix for bridged networks



 On Feb. 20, 2014, 6:17 p.m., 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!
 
 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


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


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18310/
 ---
 
 (Updated Feb. 20, 2014, 2:01 p.m.)
 
 
 Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
 
 
 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.
 
 
 Diffs
 -
 
   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
 
 Diff: https://reviews.apache.org/r/18310/diff/
 
 
 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.
 
 
 Thanks,
 
 Joris van Lieshout

Re: Review Request 18310: dnsmasq fix for bridged networks



 On Feb. 20, 2014, 6:17 p.m., 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!

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?


- Sheng


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


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18310/
 ---
 
 (Updated Feb. 20, 2014, 2:01 p.m.)
 
 
 Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
 
 
 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.
 
 
 Diffs
 -
 
   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
 
 Diff: https://reviews.apache.org/r/18310/diff/
 
 
 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.
 
 
 Thanks,
 
 Joris van Lieshout

RE: [DISCUSS] Policy blocker?

2014-02-20 Thread Animesh Chaturvedi

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 chipchild...@apache.org
 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: Working on CloudStack Jira-764:nTier Apps 2.0 : Redundant Virtual Router for VPC email 2 of 2

Hi Karl,

An separate way to VR to configure keepalived/conntrackd besides
cloud-early-setup is a must without doubt.

But a separate API may not be necessary.

So here is the question: can keepalived/conntrackd used independently
regardless of network setup?

I think the answer for now is no. I believe everything can be done along
with the network setup scripts in the VR(not cloud-early-setup, but e.g.
vpc_guestgw.sh which is called dynamically because it's also unknown when
boot up), since they have dependency. Currently one network is redundant or
not is defined by network offering, which WON'T change after network
create. And there is no switch to say disable RvR after RvR network
recreated unless network offering would be changed. The redundancy would
involve how to create and maintain the second router, I think keep it as it
is should be fine.

So the setup keepalived/conntrackd can be a part of
SetupGuestNetworkCommand API for VPC.

Does this make sense?

And there are something more you may need to think of. Configure
keepalived/conntrackd is fairly straightforward, but as I said before, when
to create the second router and how to maintain them is a bigger problem in
my mind. Because there is no guest network to run VRRP at the time VPC VR
creation.

--Sheng



On Thu, Feb 20, 2014 at 7:35 AM, Karl Harris karl.har...@sungard.comwrote:

 All,

 Here's what I've got so far with partitioning the problem.

 There are 3 main areas I've found so far along with a proposal for
 implementation.



 Keepalived:

 As Is:

 Current VRR network configuration setup is assumed by the existing code to
 be static. A single Keepalived config template file is edited at router VM
 boot time. The script cloud-early-config.sh and other BASH scripts are used
 to edit the template. The output of the edits is a keepalived.conf file
 used to configure the Keepalived application when the router VM boots.

 Desired:

 Ability (API, Java wrapper?) to  configure/reconfigure Keepalived as the
 number of NIC's and other parameters change, a type of CRUD functionality
 along with start/stop/restart, which will allow the configuration state of
 network to be realized in the CloudStack database and NOT embedded
 statically in a combination of keepalived.conf.tmpl, hypervisorbased VM
 images and the actual edited keepalived.conf file.  The operational state
 of the network is obviously kept by keepalived and conntrackd as well at
 the virtual router application itself.


 Conntrackd:

 As Is:
 Current Router state is managed by Conntrackd which is setup similarly to
 Keepalived using cloud-early-config.sh BASH script.

 Desired:

 Similarly to keepalived above: Ability (API, Java wrapper?) to do
 CRUD,start,stop,restart on Conntrackd network configuration.


 CloudStack Java code:

 As is:

 CloudStack only allows Virtual redundant routers for a single, static
 configuration for public networks mainly because of the lack of the ability
 to the existing code to dynamically
 change the configuration of the keepalived and conntrackd applications. As
 mentioned in a previous thread, it appears most, if not all, of the JAVA
 code used for public network redundant routers is available to use for
 implementation of VPC virtual redundant routers if the ability to
 dynamically reconfigure the network configuration of  keepalived and
 conntrackd can be realized. Obviously additions to the JAVA code will need
 to be made to utilize the new CRUD functionality for keepalived and
 contrackd. As mentioned previously most if not all of the information is
 already in the MySQL database accessible via DAO/VO's

 Desired:

 CloudStack to be able to manipulate the keepalived and conntrackd
 applications to allow for dynamic configuration of VPC networks(s) which
 require virtual redundant router capability.




 Comments on this partitioning of the issues?

 Did I miss any major part?




 On Thu, Feb 13, 2014 at 3:12 PM, Sheng Yang sh...@yasker.org wrote:

  Hi Karl,
 
  From Network Guru part of view, there is no VPC or isolated network guru.
  Guru is per network type, e.g. public network, guest network, control
  network, mgmt network. So VPC contained one public and multiple guest
  network, which would be created by each guru accordingly. By this means,
  VPC or isolated network is not a guru.
 
  The configuration of VR is done in VirtualNetworkApplianceManager and
  VPCVirtualNetworkApplianceManager, which would be called by Virtual
 Router
  element and VPC virtual router element. And they've already passed all
 the
  information VR needed for VPC. I think every information you needed to
  configure keepalived and conntrackd should be already there, except
  redundant_router=1 parameter.
 
  For original redundant router implementation, there are two major parts
 of
  code I've heavily modified: how to start two routers in one
 network(through
  findOrDeployVirtualRouterInGuestNetwork()), and how to program
 them(through
  cmdline parameter in

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
animesh.chaturv...@citrix.com 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 chipchild...@apache.org
 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: Review Request 18277: CLOUDSTACK-6015: initial check in for selenium based client side automated testing

2014-02-20 Thread Yichi Lu

Sebastien:
I'll add apache license headers to them, possibly together with some code
that I want to submit.
But how do I add a wiki page?
I created an account for myself for https://cwiki.apache.org/confluence/. I
saw Parth Jagirdar https://cwiki.apache.org/confluence/display/~parth has
a page under QA section:
UI Automation using Selenium and Python. So I can add something to this
page. But it does not look like I have write permission on any pages under
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Home.
Please help. Thanks.
Yichi


On Thu, Feb 20, 2014 at 3:50 AM, Sebastien Goasguen run...@gmail.comwrote:

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

 Thanks for these tests. Please add apache license headers to all python 
 scripts.
 Also use 127.0.0.1 as IP of the mgt host.
 Can you also start a wiki page to describe the tests and how to run them (i.e 
 dependency on selenium etc..)


 - Sebastien Goasguen

 On February 19th, 2014, 6:52 p.m. UTC, Yichi Lu wrote:
   Review request for cloudstack, Nitin Mehta, Parth Jagirdar, and
 Sebastien Goasguen.
 By Yichi Lu.

 *Updated Feb. 19, 2014, 6:52 p.m.*
  *Repository: * cloudstack-git
 Description

 This is the initial check in. There are several directories: common, browser, 
 cspages, cstests/smoketests, cstests/regressiontests.
 The browser directory is for browser selection. Currently only firefox is 
 used.
 The common directory is for those shared modules.
 I plan to create one module for every page. There will also be parent pages 
 and child pages (for instance, infrastructure page is going to have a lot of 
 child pages).
 At this time I only have one test: login_logout_test, which has 9 individual 
 tests in it, one successful test, eight failed tests including some SQL 
 injection tests. Still missing are the tests for language options and domain 
 selection.
 I decide to not use lib directory. It seems to me that lib is a JAVA (or C) 
 thing. So I copied Global_Locators.py to common directory. I'll use Parth's 
 code as much as I can.
 I'll try to write each test for one purpose only. So login_logout_test is for 
 login page and logout. Obviously every test must have login and logout tests.

   Testing

 navigate to directory: test/selenium. (At the moment, all tests must be done 
 from this directory.)
 # python cstests/smoketests/login_logout_test.py

 Output:
 USLT-205731:selenium yichi.lu$ python cstests/smoketests/login_logout_test.py
 .
 --
 Ran 9 tests in 116.517s

 OK

   Diffs

- test/selenium/browser/firefox.py (PRE-CREATION)
- test/selenium/common/Global_Locators.py (PRE-CREATION)
- test/selenium/common/shared.py (PRE-CREATION)
- test/selenium/cspages/loginpage.py (PRE-CREATION)
- test/selenium/cstests/smoketests/login_logout_test.py (PRE-CREATION)
- test/selenium/cstests/smoketests/smokecfg.py (PRE-CREATION)

 View Diff https://reviews.apache.org/r/18277/diff/

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

Yes, shouldn't take to much work.

On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella j...@stratosec.co wrote:
 You mean to load files off the management server, yea? That makes sense to me

 On Feb 20, 2014, at 3:14 AM, Daan Hoogland 
 daan.hoogl...@gmail.commailto:daan.hoogl...@gmail.com wrote:

 why not a allowing a simple file:///home/me/my.template kind of url?

 for simple installations this should do.

 On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella 
 j...@stratosec.comailto:j...@stratosec.co wrote:
 We definitely need to support more than http download. http upload sounds 
 interesting, but I'd love to see something more resilient for large uploads. 
 How 'bout specifying a drop folder type location on the mgmt server that 
 the server polls every 15 seconds for new files, then in the UI the user can 
 pick from the files shown there? Not as secure as your browser upload 
 pattern, though.

 Maybe use something like https://github.com/blueimp/jquery-file-upload that 
 allows resumable uploads?

 Just had the thought of maybe adding support for 
 dropbox/box.net/etchttp://box.net/etc. At that point, an ImageFetch plugin 
 hook starts to sound interesting. Adding a bit torrent plugin could make 
 getting the default templates quite snappy. :)


 On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal 
 chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com wrote:

 Hi all,

 The fact that one has to have a HTTP server to host templates before the 
 templates can be imported into secondary storage is an inconvenience. I am 
 not sure how much of an inconvenience it is, but I was asked to detail the 
 technical architecture, if it needed to be supported. Certainly, I can 
 imagine for folks coming in contact with ACS for the first time, it might 
 seem onerous to set up another web server.

 I've sketched a strawman proposal [1] to support browser-based uploads of 
 templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have time to 
 work on this immediately).

 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg





 --
 Daan

 Stratosechttp://stratosec.co/ - Compliance as a Service
 o: 415.315.9385
 @johnlkinsellahttp://twitter.com/johnlkinsella




-- 
Daan

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

2014-02-20 Thread Chiradeep Vittal

This isn't for the admin. The end user has no access to the MS file system
or any direct access to the secondary storage NFS server. The only
frontend available to the NFS secondary share is the SSVM.

Re: dropbox: that is already available : enter a URL.

On 2/20/14 11:05 AM, Daan Hoogland daan.hoogl...@gmail.com wrote:

Yes, shouldn't take to much work.

On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella j...@stratosec.co wrote:
 You mean to load files off the management server, yea? That makes sense
to me

 On Feb 20, 2014, at 3:14 AM, Daan Hoogland
daan.hoogl...@gmail.commailto:daan.hoogl...@gmail.com wrote:

 why not a allowing a simple file:///home/me/my.template kind of url?

 for simple installations this should do.

 On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella
j...@stratosec.comailto:j...@stratosec.co wrote:
 We definitely need to support more than http download. http upload
sounds interesting, but I'd love to see something more resilient for
large uploads. How 'bout specifying a drop folder type location on the
mgmt server that the server polls every 15 seconds for new files, then
in the UI the user can pick from the files shown there? Not as secure as
your browser upload pattern, though.

 Maybe use something like https://github.com/blueimp/jquery-file-upload
that allows resumable uploads?

 Just had the thought of maybe adding support for
dropbox/box.net/etchttp://box.net/etc. At that point, an ImageFetch
plugin hook starts to sound interesting. Adding a bit torrent plugin
could make getting the default templates quite snappy. :)


 On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal
chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com wrote:

 Hi all,

 The fact that one has to have a HTTP server to host templates before
the templates can be imported into secondary storage is an
inconvenience. I am not sure how much of an inconvenience it is, but I
was asked to detail the technical architecture, if it needed to be
supported. Certainly, I can imagine for folks coming in contact with ACS
for the first time, it might seem onerous to set up another web server.

 I've sketched a strawman proposal [1] to support browser-based uploads
of templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have time
to work on this immediately).

 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg





 --
 Daan

 Stratosechttp://stratosec.co/ - Compliance as a Service
 o: 415.315.9385
 @johnlkinsellahttp://twitter.com/johnlkinsella




-- 
Daan

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


On 19.02.2014 22:12, Chiradeep Vittal wrote:

Hi all,

The fact that one has to have a HTTP server to host templates before
the templates can be imported into secondary storage is an
inconvenience. I am not sure how much of an inconvenience it is, but I
was asked to detail the technical architecture, if it needed to be
supported. Certainly, I can imagine for folks coming in contact with
ACS for the first time, it might seem onerous to set up another web
server.

I've sketched a strawman proposal [1] to support browser-based
uploads of templates and volumes to secondary storage.
It is not yet a PROPOSAL since it is still raw (and I do not have
time to work on this immediately).

Please comment on this.
[1] https://cwiki.apache.org/confluence/x/jY5cAg


A small request, can we enhance this feature so that it will generate 
multiple templates with different storage?
For example now when I add a Linux template it has to be in different 
sizes: 10GB, 20GB, 40GB, 100GB, 200GB etc. Another round of templates 
for say Windows, another for eg Linux+CPanel and so on and so forth. I 
end up adding tons of templates (really one of my biggest pet peeves 
with ACS) whereas with the same setup in openstack or onapp I just need 
to add 3.


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Master blocker CLOUDSTACK-6130



Sent from my iPhone

 On 20 feb. 2014, at 18:31, Srikanteswararao Talluri 
 srikanteswararao.tall...@citrix.com wrote:
 
 
 
 On 20/02/14 7:14 pm, Hugo Trippaers h...@trippaers.nl wrote:
 
 Hey, 
 
 Should be fixed by:
 commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
 Author: Hugo Trippaers htrippa...@schubergphilis.com
 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? 

Cheers,

Hugo


 
 
 Cheers,
 
 Hugo
 
 
 On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
 srikanteswararao.tall...@citrix.com 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 sh...@yasker.org 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 htrippa...@schubergphilis.com
 Date:   Fri Feb 14 18:36:18 2014 +0100
 
  Fix functional issue introduced by some findbug changes.
 
 commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
 Author: Ian Southam isout...@schubergphilis.com
 Date:   Wed Feb 12 17:08:52 2014 +0100
 
  findbugs findings
 
  Signed-off-by: Hugo Trippaers htrippa...@schubergphilis.com
 
 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

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

You are right Chiradeep,

When talking about real simple installations It would be nice, though.
for a bit more you would not want this indeed. So it would be an extra
for the administrator. I still like the idea.

As for you wiki page, I presume you want to propose both
implementations, Or are you defining options to choose from?


On Thu, Feb 20, 2014 at 8:18 PM, Chiradeep Vittal
chiradeep.vit...@citrix.com wrote:
 This isn't for the admin. The end user has no access to the MS file system
 or any direct access to the secondary storage NFS server. The only
 frontend available to the NFS secondary share is the SSVM.

 Re: dropbox: that is already available : enter a URL.

 On 2/20/14 11:05 AM, Daan Hoogland daan.hoogl...@gmail.com wrote:

Yes, shouldn't take to much work.

On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella j...@stratosec.co wrote:
 You mean to load files off the management server, yea? That makes sense
to me

 On Feb 20, 2014, at 3:14 AM, Daan Hoogland
daan.hoogl...@gmail.commailto:daan.hoogl...@gmail.com wrote:

 why not a allowing a simple file:///home/me/my.template kind of url?

 for simple installations this should do.

 On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella
j...@stratosec.comailto:j...@stratosec.co wrote:
 We definitely need to support more than http download. http upload
sounds interesting, but I'd love to see something more resilient for
large uploads. How 'bout specifying a drop folder type location on the
mgmt server that the server polls every 15 seconds for new files, then
in the UI the user can pick from the files shown there? Not as secure as
your browser upload pattern, though.

 Maybe use something like https://github.com/blueimp/jquery-file-upload
that allows resumable uploads?

 Just had the thought of maybe adding support for
dropbox/box.net/etchttp://box.net/etc. At that point, an ImageFetch
plugin hook starts to sound interesting. Adding a bit torrent plugin
could make getting the default templates quite snappy. :)


 On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal
chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com wrote:

 Hi all,

 The fact that one has to have a HTTP server to host templates before
the templates can be imported into secondary storage is an
inconvenience. I am not sure how much of an inconvenience it is, but I
was asked to detail the technical architecture, if it needed to be
supported. Certainly, I can imagine for folks coming in contact with ACS
for the first time, it might seem onerous to set up another web server.

 I've sketched a strawman proposal [1] to support browser-based uploads
of templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have time
to work on this immediately).

 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg





 --
 Daan

 Stratosechttp://stratosec.co/ - Compliance as a Service
 o: 415.315.9385
 @johnlkinsellahttp://twitter.com/johnlkinsella




--
Daan




-- 
Daan

Re: [DISCUSS] Policy blocker?

2014-02-20 Thread Nate Gordon

Will this cause issues with people running ACS from maven jetty (or any
other maven operation that needs the db) if the connector isn't pulled in
by the pom?  I could see it being added to support that need.  If they are
running it from a tomcat instance managed by eclipse, it would be pretty
easy to manage it as a system dep there and removing it from the pom.  I've
done that myself for other projects and not had a problem, it is just
documentation.



On Thu, Feb 20, 2014 at 12:54 PM, David Nalley da...@gnsa.us wrote:

 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
 animesh.chaturv...@citrix.com 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 
 chipchild...@apache.org
  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




-- 


*Nate Gordon*Director of Technology | Appcore - the business of cloud
computing®

Office +1.800.735.7104  |  Direct +1.515.612.7787
nate.gor...@appcore.com  |  www.appcore.com

--

The information in this message is intended for the named recipients only.
It may contain information that is privileged, confidential or otherwise
protected from disclosure. If you are not the intended recipient, you are
hereby notified that any disclosure, copying, distribution, or the taking
of any action in reliance on the contents of this message is strictly
prohibited. If

Re: [DISCUSS] Policy blocker?

On Thu, Feb 20, 2014 at 3:08 PM, Nate Gordon nate.gor...@appcore.com wrote:
 Will this cause issues with people running ACS from maven jetty (or any
 other maven operation that needs the db) if the connector isn't pulled in
 by the pom?  I could see it being added to support that need.  If they are
 running it from a tomcat instance managed by eclipse, it would be pretty
 easy to manage it as a system dep there and removing it from the pom.  I've
 done that myself for other projects and not had a problem, it is just
 documentation.


Yes. A developer (or anyone else running ACS via jetty) will need to
have the jar in the classpath.

--David

Re: [DISCUSS] Policy blocker?

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
animesh.chaturv...@citrix.com 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

I'm sorry to say that I do not have the available cycles.  $dayjob +
getting ready for a few days off has me pretty booked up.

-chip

RE: Master blocker CLOUDSTACK-6130

2014-02-20 Thread Animesh Chaturvedi

 -Original Message-
 From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
 Sent: Thursday, February 20, 2014 5:45 AM
 To: dev@cloudstack.apache.org
 Cc: Hugo Trippaers; Ian Southam
 Subject: Re: Master blocker CLOUDSTACK-6130

 Hey,

 Should be fixed by:
 commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
 Author: Hugo Trippaers htrippa...@schubergphilis.com
 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.
[Animesh] Yes that is a useful and necessary.

 Cheers,

 Hugo

 On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
 srikanteswararao.tall...@citrix.com 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 sh...@yasker.org 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 htrippa...@schubergphilis.com
  Date:   Fri Feb 14 18:36:18 2014 +0100

Fix functional issue introduced by some findbug changes.

  commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
  Author: Ian Southam isout...@schubergphilis.com
  Date:   Wed Feb 12 17:08:52 2014 +0100

findbugs findings

Signed-off-by: Hugo Trippaers htrippa...@schubergphilis.com

  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

Re: [DISCUSS] Policy blocker?

Real quick, because I don't know if I will be able to track this
thread in detail starting tonight...  Take this as input to the
discussion that the whole community needs to have about the
*potential* problem with the current situation.

Legal documentation as well as application of the valid license
categories is tied to the bits in something we distribute.  So that
means that we have LICENSE and NOTICE for the source package (with all
code either being valid licenses or developed at the ASF).  This same
logic applies to any binary distribution...  they have their own legal
documents, and they should pertain to all bits included in that
distribution.

Unlike other ASF projects, we do NOT offer binary builds from ASF
infra.  This is where things are fuzzy, and there needs to be a
discussion.  We offer packages that are pre-compiled.  That being
said, we actually offer RPMs that include the nonoss features, while
our community hosted DEBs do not contain those bits.  Theoretically
though, the packages should be the place to depend on system
dependencies.

The other issue is one of default build not having any category X
dependencies.  There is a fine line between a system dependency and
a dependency that is pulled down during the build.  We had previously
agreed that the cat X stuff would require manual work and not be
pulled in automatically.

Transitive dependencies are also an issue...  if we package them, we
should respect their license and actually need to have them in the
legal docs.  Not sure where they stand WRT being pulled in by the
build process...

So...  no answers, just a bit of background.

I'm going to be offline (mostly) until Wed of next week.  I will try
to watch this thread and rescind my -1 on the RC if we can work our
way through this logic puzzle in a way that satisfies my concerns
about the current state of things.

-chip


On Thu, Feb 20, 2014 at 5:01 PM, Chip Childers chipchild...@apache.org wrote:
 On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
 animesh.chaturv...@citrix.com 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

 I'm sorry to say that I do not have the available cycles.  $dayjob +
 getting ready for a few days off has me pretty booked up.

 -chip

Re: Font question in GUI

I needed to set up a CloudPlatform 4.2 environment today to perform a
certification test and noticed this font issue exists on 4.2, as well.


On Thu, Jan 30, 2014 at 10:07 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 Anyone know if there is already a JIRA ticket open for this issue?

 If not, I can open one.

 Thanks!


 On Thu, Jan 30, 2014 at 4:20 PM, Marcus shadow...@gmail.com wrote:

 yep


 On Thu, Jan 30, 2014 at 4:01 PM, Mike Tutkowski
 mike.tutkow...@solidfire.com wrote:
  Hi,
 
  This is a minor issue.
 
  Has anyone else noticed when you return to the GUI from another window
 that
  sometimes the GUI's font has changed?
 
  To get the GUI to switch back to the expected font, I have to refresh
 it by
  clicking on one of the buttons in the left-hand pane.
 
  Typically I use Chrome.
 
  Thanks!
 
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Authentication and devCloud

2014-02-20 Thread María Noelia Gil

Hi! I am a student and I'm doing work about authentication CloudStack. Does 
anyone could provide me a document or picture that explains the authentication 
model, or a reference that I can use as an introduction? 

Moreover, I have trying to install devCloud , but I have a problem with maven . 
The file  pom.xml  does not exist and I have downloaded the following:

https://forge.gluster.org/cloudstack-gluster/cloudstack/blobs/d2c646f0a434831bd5aef88b5692c108fe26e718/tools/devcloud/pom.xml

But when I run  mvn clean command I get the following error:

[ INFO] Scanning for projects ...
[ INFO] --- 
-
[ INFO] BUILD FAILURE
[ INFO] --- 
-
[INFO ] Total time: 0.117s
[ INFO] Finished at: Thu February 20 00:12:38 UTC 2014
[ INFO] Final Memory : 2M/6M
[ INFO] --- 
-
[ERROR ] The goal you specified requires a project to execute but there is no 
POM In this directory ( / opt/cloudstack/apache-maven-3.0.4/bin ) . Please 
Verify you Invoked Maven from the correct directory . - [ Help 1 ]
[ERROR ]
[ERROR ] To see the full stack trace of the errors , re -run Maven With the- e 
switch.
[ERROR ] Re -run Maven using the- X switch to enable full debug logging .
[ERROR ]
[ERROR ] For more information about the errors and possible solutions, please 
read the Following articles:
[ERROR ] [ Help 1 ] 
http://cwiki.apache.org/confluence/display/MAVEN/MissingProjectException

I think the problem is that the namespace is not available .

Is there any solution?

Thank you.

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

2014-02-20 Thread Chiradeep Vittal

Nux, that's an entirely different problem. Care to raise a feature request?


On 2/20/14 11:34 AM, Nux! n...@li.nux.ro wrote:

On 19.02.2014 22:12, Chiradeep Vittal wrote:
 Hi all,
 
 The fact that one has to have a HTTP server to host templates before
 the templates can be imported into secondary storage is an
 inconvenience. I am not sure how much of an inconvenience it is, but I
 was asked to detail the technical architecture, if it needed to be
 supported. Certainly, I can imagine for folks coming in contact with
 ACS for the first time, it might seem onerous to set up another web
 server.
 
 I've sketched a strawman proposal [1] to support browser-based
 uploads of templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have
 time to work on this immediately).
 
 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg

A small request, can we enhance this feature so that it will generate
multiple templates with different storage?
For example now when I add a Linux template it has to be in different
sizes: 10GB, 20GB, 40GB, 100GB, 200GB etc. Another round of templates
for say Windows, another for eg Linux+CPanel and so on and so forth. I
end up adding tons of templates (really one of my biggest pet peeves
with ACS) whereas with the same setup in openstack or onapp I just need
to add 3.

-- 
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

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


On 20.02.2014 23:04, Chiradeep Vittal wrote:
Nux, that's an entirely different problem. Care to raise a feature 
request?


It's been here for a while:
https://issues.apache.org/jira/browse/CLOUDSTACK-5305

It's a major PITA for me (and I imagine for anyone else who wants to 
sell cloud publicly).


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: git commit: updated refs/heads/master to 67fc2f5

Hi folks, I've been working on the legal issue wrt
mysql-connector-java dependency, and it's worse than originally
feared. We have a compile dependency on GPL'ed software.

This was committed to master (and 4.3) back in November. We have not
released this software.

Please consider this a -1 (veto) for this commit, and the others that
import com.mysql*  We can't depend on GPLed software. Please see the
other threads on this subject for reading material about why. We need
to revert this. I haven't yet sussed out whether this only affects the
high(er)) availability stuff or if this is more problematic.

Comments welcome.

--David

On Thu, Nov 14, 2013 at 12:47 AM,  aprat...@apache.org wrote:
 Updated Branches:
   refs/heads/master 74153e4a7 - 67fc2f53e


 CLOUDSTACK-4916: Fixing the issue with DB HA when there are more than 2 db 
 nodes (Issue was mysql DriverManager was returning salve db nodes on random 
 basis which was causing issue)

 Signed-off-by: Abhinandan Prateek aprat...@apache.org


 Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo
 Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/67fc2f53
 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/67fc2f53
 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/67fc2f53

 Branch: refs/heads/master
 Commit: 67fc2f53e2e197f2a8da3b7fc367de9dbe54bb93
 Parents: 74153e4
 Author: Damodar Reddy damoder.re...@citrix.com
 Authored: Thu Nov 14 10:45:54 2013 +0530
 Committer: Abhinandan Prateek aprat...@apache.org
 Committed: Thu Nov 14 11:10:48 2013 +0530

 --
  client/tomcatconf/db.properties.in  |   1 +
  framework/db/pom.xml|   5 +
  .../src/com/cloud/utils/db/StaticStrategy.java  | 130 +++
  .../com/cloud/utils/db/TransactionLegacy.java   |   8 +-
  4 files changed, 140 insertions(+), 4 deletions(-)
 --


 http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/client/tomcatconf/db.properties.in
 --
 diff --git a/client/tomcatconf/db.properties.in 
 b/client/tomcatconf/db.properties.in
 index 31e0803..b224cec 100644
 --- a/client/tomcatconf/db.properties.in
 +++ b/client/tomcatconf/db.properties.in
 @@ -85,6 +85,7 @@ db.simulator.autoReconnect=true

  # High Availability And Cluster Properties
  db.ha.enabled=false
 +db.ha.loadBalanceStrategy=com.cloud.utils.db.StaticStrategy
  # cloud stack Database
  db.cloud.slaves=localhost,localhost
  db.cloud.autoReconnect=true

 http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/framework/db/pom.xml
 --
 diff --git a/framework/db/pom.xml b/framework/db/pom.xml
 index 5af00a0..e28628e 100644
 --- a/framework/db/pom.xml
 +++ b/framework/db/pom.xml
 @@ -44,6 +44,11 @@
artifactIdcloud-utils/artifactId
version${project.version}/version
  /dependency
 +dependency
 +  groupIdmysql/groupId
 +  artifactIdmysql-connector-java/artifactId
 +  scopecompile/scope
 +/dependency
/dependencies
build
  plugins

 http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/framework/db/src/com/cloud/utils/db/StaticStrategy.java
 --
 diff --git a/framework/db/src/com/cloud/utils/db/StaticStrategy.java 
 b/framework/db/src/com/cloud/utils/db/StaticStrategy.java
 new file mode 100644
 index 000..29e96df
 --- /dev/null
 +++ b/framework/db/src/com/cloud/utils/db/StaticStrategy.java
 @@ -0,0 +1,130 @@
 +// Licensed to the Apache Software Foundation (ASF) under one
 +// or more contributor license agreements.  See the NOTICE file
 +// distributed with this work for additional information
 +// regarding copyright ownership.  The ASF licenses this file
 +// to you under the Apache License, Version 2.0 (the
 +// License); you may not use this file except in compliance
 +// the License.  You may obtain a copy of the License at
 +//
 +// http://www.apache.org/licenses/LICENSE-2.0
 +//
 +// Unless required by applicable law or agreed to in writing,
 +// software distributed under the License is distributed on an
 +// AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
 +// KIND, either express or implied.  See the License for the
 +// specific language governing permissions and limitations
 +// under the License.
 +package com.cloud.utils.db;
 +
 +import java.sql.SQLException;
 +import java.util.ArrayList;
 +import java.util.HashMap;
 +import java.util.List;
 +import java.util.Map;
 +import java.util.Properties;
 +
 +import com.mysql.jdbc.BalanceStrategy;
 +import com.mysql.jdbc.Connection;
 +import com.mysql.jdbc.ConnectionImpl;
 +import com.mysql.jdbc.LoadBalancingConnectionProxy;
 +import com.mysql.jdbc.SQLError;
 +
 +public class

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

2014-02-20 Thread Chiradeep Vittal

Heh, AWS seems to manage fine without it. But that is AWS.
Service offerings are only for compute, there is a separate disk offering
for the data volumes. Presumably the data volumes can be used for
persistent storage (e.g., db files). What is the difference between a 40G
Drupal template and an 80G Drupal template? Surely that extra 40G could be
on a data volume?

On 2/20/14 3:11 PM, Nux! n...@li.nux.ro wrote:

On 20.02.2014 23:04, Chiradeep Vittal wrote:
 Nux, that's an entirely different problem. Care to raise a feature
 request?

It's been here for a while:
https://issues.apache.org/jira/browse/CLOUDSTACK-5305

It's a major PITA for me (and I imagine for anyone else who wants to
sell cloud publicly).

-- 
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [DISCUSS] Policy blocker?

2014-02-20 Thread Francois Gaudreault

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

On 2/20/2014, 5:10 PM, Chip Childers wrote:

Real quick, because I don't know if I will be able to track this
thread in detail starting tonight...  Take this as input to the
discussion that the whole community needs to have about the
*potential* problem with the current situation.

Legal documentation as well as application of the valid license
categories is tied to the bits in something we distribute.  So that
means that we have LICENSE and NOTICE for the source package (with all
code either being valid licenses or developed at the ASF).  This same
logic applies to any binary distribution...  they have their own legal
documents, and they should pertain to all bits included in that
distribution.

Unlike other ASF projects, we do NOT offer binary builds from ASF
infra.  This is where things are fuzzy, and there needs to be a
discussion.  We offer packages that are pre-compiled.  That being
said, we actually offer RPMs that include the nonoss features, while
our community hosted DEBs do not contain those bits.  Theoretically
though, the packages should be the place to depend on system
dependencies.

The other issue is one of default build not having any category X
dependencies.  There is a fine line between a system dependency and
a dependency that is pulled down during the build.  We had previously
agreed that the cat X stuff would require manual work and not be
pulled in automatically.

Transitive dependencies are also an issue...  if we package them, we
should respect their license and actually need to have them in the
legal docs.  Not sure where they stand WRT being pulled in by the
build process...

So...  no answers, just a bit of background.

I'm going to be offline (mostly) until Wed of next week.  I will try
to watch this thread and rescind my -1 on the RC if we can work our
way through this logic puzzle in a way that satisfies my concerns
about the current state of things.

-chip


On Thu, Feb 20, 2014 at 5:01 PM, Chip Childers chipchild...@apache.org wrote:

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
animesh.chaturv...@citrix.com 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

I'm sorry to say that I do not have the available cycles.  $dayjob +
getting ready for a few days off has me pretty booked up.

-chip





--
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: [DISCUSS] Policy blocker?

On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
fgaudrea...@cloudops.com 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

VMware and NFS

2014-02-20 Thread Michael Phillips

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: VMware and NFS

2014-02-20 Thread Nitin Mehta

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 mphilli7...@hotmail.com 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: VMware and NFS

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 nitin.me...@citrix.com 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 mphilli7...@hotmail.com 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
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [DISCUSS] Policy blocker?

2014-02-20 Thread Francois Gaudreault

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/


Francois

On 2/20/2014, 9:20 PM, David Nalley wrote:

On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
fgaudrea...@cloudops.com 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: VMware and NFS

2014-02-20 Thread Michael Phillips

Yes to both...

 From: nitin.me...@citrix.com
 To: dev@cloudstack.apache.org
 Subject: Re: VMware and NFS
 Date: Fri, 21 Feb 2014 02:39:01 +

 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 mphilli7...@hotmail.com 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: 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.


On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
mphilli7...@hotmail.comwrote:

 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 nitin.me...@citrix.com
 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 mphilli7...@hotmail.com
 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
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*





-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: VMware and NFS

 -Original Message-
 From: Michael Phillips [mailto:mphilli7...@hotmail.com]
 Sent: 21 February 2014 09:59
 To: dev@cloudstack.apache.org
 Subject: RE: VMware and NFS

 h.I have been scoring docs etcit would not surprise me...
 Can any of the dev guys possibly elaborate?
 BTW Mike, I finally gave up on making 4.x work with centos and just used 
 ubuntuit worked like a charm. So I can only guess that
 something is up with the newer versions of CS with Centos

It might just be that in CentOS, we need to install nfs-utils and it's 
dependencies. Can you try this?

  Date: Thu, 20 Feb 2014 21:24:07 -0700
  Subject: Re: VMware and NFS
  From: mike.tutkow...@solidfire.com
  To: dev@cloudstack.apache.org

  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.

  On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
  mphilli7...@hotmail.comwrote:

   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
nitin.me...@citrix.com
   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
 mphilli7...@hotmail.com
   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
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*

RE: VMware and NFS

 -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
 mphilli7...@hotmail.comwrote:

  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
   nitin.me...@citrix.com
  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 mphilli7...@hotmail.com
  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
   cloudhttp://solidfire.com/solution/overview/?video=play
   *(tm)*

 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*

Re: Authentication and devCloud

2014-02-20 Thread Rajani Karuturi

User authenticators are defined in the bean userAuthenticatorsRegistry defined 
in 
cloudstack/core/resources/META-INF/cloudstack/core/spring-core-registry-core-context.xml
Each of these authenticators are called once in the order until the 
authentication is successful in any of them. 

you should run the maven command from the top directory of cloudstack source. 
checkout 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack 
and other sections under 'Development 101'


~Rajani



On 21-Feb-2014, at 4:34 am, María Noelia Gil marianoelia@um.es wrote:

 Hi! I am a student and I'm doing work about authentication CloudStack. Does 
 anyone could provide me a document or picture that explains the 
 authentication model, or a reference that I can use as an introduction? 
 
 Moreover, I have trying to install devCloud , but I have a problem with maven 
 . The file  pom.xml  does not exist and I have downloaded the following:
 
 https://forge.gluster.org/cloudstack-gluster/cloudstack/blobs/d2c646f0a434831bd5aef88b5692c108fe26e718/tools/devcloud/pom.xml
 
 But when I run  mvn clean command I get the following error:
 
 [ INFO] Scanning for projects ...
 [ INFO] --- 
 -
 [ INFO] BUILD FAILURE
 [ INFO] --- 
 -
 [INFO ] Total time: 0.117s
 [ INFO] Finished at: Thu February 20 00:12:38 UTC 2014
 [ INFO] Final Memory : 2M/6M
 [ INFO] --- 
 -
 [ERROR ] The goal you specified requires a project to execute but there is no 
 POM In this directory ( / opt/cloudstack/apache-maven-3.0.4/bin ) . Please 
 Verify you Invoked Maven from the correct directory . - [ Help 1 ]
 [ERROR ]
 [ERROR ] To see the full stack trace of the errors , re -run Maven With the- 
 e switch.
 [ERROR ] Re -run Maven using the- X switch to enable full debug logging .
 [ERROR ]
 [ERROR ] For more information about the errors and possible solutions, please 
 read the Following articles:
 [ERROR ] [ Help 1 ] 
 http://cwiki.apache.org/confluence/display/MAVEN/MissingProjectException
 
 I think the problem is that the namespace is not available .
 
 Is there any solution?
 
 Thank you.

Re: VMware and NFS

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
  mphilli7...@hotmail.comwrote:
 
   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
nitin.me...@citrix.com
   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 mphilli7...@hotmail.com
   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
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*
  
 
 
 
 
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: VMware and NFS