date:20121126

RE: awsapi with new maven build

2012-11-26 Thread Likitha Shetty

I got the same 401 error while trying to register a user against AWSAPI. Once I 
added 'db.awsapi.name=cloudbridge' to utils/conf/db.properties this issue was 
resolved.



But now I am facing a new issue. When I try to register a user I get the 
following error, 'User registration failed with http error code: 531'.

In 'cloudbridge' DB the table 'usercredentials' contains the right values for 
'AccessKey' and 'SecretKey' (user keys are set correctly) but the CertUniqueId 
value is NULL.

awapi.log is empty and Jetty logs doesn't show any error either.



Any suggestions on how to resolve this ?



Thank you,

Likitha



-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com]
Sent: Wednesday, November 14, 2012 9:54 PM
To: cloudstack-dev@incubator.apache.org; srivatsav.prasa...@gmail.com
Subject: Re: awsapi with new maven build





On Nov 14, 2012, at 4:44 PM, Prasanna Santhanam 
srivatsav.prasa...@gmail.commailto:srivatsav.prasa...@gmail.com wrote:



 Is cloud-management process already running? Try stop that?





I am only running:

mvn -pl :cloud-client-ui jetty:run

and

mvn -pl :cloud-awsapi jetty:run







 ~P.



 -Original Message-

 From: Sebastien Goasguen run...@gmail.com

 Date: Wed, 14 Nov 2012 16:31:36

 To: cloudstack-dev@incubator.apache.org

 Reply-To: cloudstack-dev@incubator.apache.org

 Subject: Re: awsapi with new maven build





 On Nov 14, 2012, at 4:09 PM, Charles Moulliard 
 ch0...@gmail.commailto:ch0...@gmail.com wrote:



 Hi Sebastien,



 You should create a cloud schema + cloud user on your Mac's

 MySQLServer





 I do have that. a cloud mysql user with cloud as password.

 cloud, cloud_usage, cloudbridge databases have been created.





 Regards,



 Charles





 On Wed, Nov 14, 2012 at 4:04 PM, Sebastien Goasguen 
 run...@gmail.commailto:run...@gmail.comwrote:



 Hi,



 I am testing the awsapi with the new maven build.

 Following:

 https://cwiki.apache.org/CLOUDSTACK/cloudstack-devcloud-environment-

 setup.html



 I run:

 mvn -pl :cloud-client-ui jetty:run

 and

 mvn -pl :cloud-awsapi jetty:run



 when I try to register a user it fails with a 401 error, and the

 jetty logs show:



 Caused by:

 com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException

 : Could not create connection to database server. Attempted reconnect 3 
 times.

 Giving up.

   at

 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native

 Method)

   at

 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)

   at

 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)

   at java.lang.reflect.Constructor.newInstance(Constructor.java:513)

   at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)

   at com.mysql.jdbc.Util.getInstance(Util.java:386)

   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1014)

   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:988)

   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:974)

   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:919)

   at

 com.mysql.jdbc.ConnectionImpl.connectWithRetries(ConnectionImpl.java:2299)

   at

 com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2220)

   at com.mysql.jdbc.ConnectionImpl.init(ConnectionImpl.java:813)

   at com.mysql.jdbc.JDBC4Connection.init(JDBC4Connection.java:47)

   at

 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native

 Method)

   at

 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)

   at

 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)

   at java.lang.reflect.Constructor.newInstance(Constructor.java:513)

   at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)

   at

 com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:399)

   at

 com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:334)

   at java.sql.DriverManager.getConnection(DriverManager.java:582)

   at java.sql.DriverManager.getConnection(DriverManager.java:185)

   at

 org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:75)

   at

 org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:582)

   at

 org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1188)

   at

 org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106)

   at

 com.cloud.utils.db.Transaction.getConnection(Transaction.java:558)

   at

 com.cloud.utils.db.Transaction.prepareStatement(Transaction.java:453)

   at

 com.cloud.utils.db.Transaction.prepareAutoCloseStatement(Transaction.java:446)

   at

[jira] [Updated] (CLOUDSTACK-515) NVP Installation

2012-11-26 Thread Sudha Ponnaganti (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sudha Ponnaganti updated CLOUDSTACK-515:


Assignee: Rohit Yadav

 NVP Installation 
 -

 Key: CLOUDSTACK-515
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-515
 Project: CloudStack
  Issue Type: Bug
  Components: Install and Setup
Affects Versions: 4.0.0
 Environment: Ubuntu 12.04 package installation
Reporter: Dimitri Desmidt
Assignee: Rohit Yadav
Priority: Blocker
 Fix For: 4.0.1


 When installation CloudStack on Ubuntu 12.04 (package installation), the 
 etc/cloud/management/nicira-nvp_commands.properties file was missing.
 Note: To get the installation working, I had to manually copy it from git + 
 restart management.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (CLOUDSTACK-515) NVP Installation

2012-11-26 Thread Sudha Ponnaganti (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-515?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13503700#comment-13503700
 ] 

Sudha Ponnaganti commented on CLOUDSTACK-515:
-

Rohit -  assigning it to you. Not sure if Dimitri has patch or not. As QA will 
validate install/upgrade this week, can you fix this one

 NVP Installation 
 -

 Key: CLOUDSTACK-515
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-515
 Project: CloudStack
  Issue Type: Bug
  Components: Install and Setup
Affects Versions: 4.0.0
 Environment: Ubuntu 12.04 package installation
Reporter: Dimitri Desmidt
Assignee: Rohit Yadav
Priority: Blocker
 Fix For: 4.0.1


 When installation CloudStack on Ubuntu 12.04 (package installation), the 
 etc/cloud/management/nicira-nvp_commands.properties file was missing.
 Note: To get the installation working, I had to manually copy it from git + 
 restart management.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (CLOUDSTACK-505) cloudstack logs the private key in plaintext

2012-11-26 Thread Sudha Ponnaganti (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sudha Ponnaganti updated CLOUDSTACK-505:


Assignee: edison su

 cloudstack logs the private key in plaintext
 

 Key: CLOUDSTACK-505
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-505
 Project: CloudStack
  Issue Type: Bug
  Components: API
Affects Versions: 4.0.0
Reporter: Ahmad Emneina
Assignee: edison su
 Fix For: 4.0.1


 When creating my sshkeypair, theyre logged in the api-server.log.
 2012-11-16 04:16:44,387 INFO  [cloud.api.ApiServer] (ApiServer-8:null) 
 (userId=1 accountId=1 sessionId=null) /0:0:0:0:0:0:0:1 -- GET 
 /client/api?command=createSSHKeyPairname=testkeys2response=jsondomainid=1zone=2account=admin
  HTTP/1.0 200 
 {
 createsshkeypairresponse: {
 keypair: {
 name: testkeys2,
 fingerprint: f2:0c:b1:d9:be:73:4f:a9:0a:c0:c8:59:17:e0:67:07,
 privatekey: -BEGIN RSA PRIVATE 
 KEY-\nMIICXgIBAAKBgQDD8CUiTQL26bhcDDW1kg8QqY2Pzm9EkeNwcTtglZEYkfSV7IHI\nDO7kRvB8ca4uKOpQD+jIpz0+leTQAc2JwLPzIFfTpN/mn+vwMwBviTZjYUDePkw+\nuwe97KB4Xg+RM7m0f4sPUHe9IZPshebl8nFhFpp8bL1g/FcDalJs3GhyPwIDAQAB\nAoGBAL0czVp75f6Wul/tUPF8lZnJbF5+KpqODGz8fQjNkwuZ4+3IJcMF6JTfe0FB\nH5Jh3zWDBXSVJeGAHyY8dzsbiRHRoXb4HRXUfSdMVLAlXDmH+REcE/4OY+Sd+GU2\ncrIsq9E3R2Nhr7lujP6BOO4IEzSrKFQ531lLBolCNZ/YpHThAkEA4/N1BeuB7ihI\nlzfdikjEmg3BfDn+s7FlQz42x4iAOBRBcMeO0e7ma+UWD7LUER3tuADAY3D4C/xs\nAluSbEyHdwJBANwMRK4jsmsGFf5GjH/iyVApZx/U71OR8OJx48NSdWmCzEkMdCE+\nH5Lska7j8mfAfqbOYfYqR4gwOXXHGr8XrXkCQAF9GYqMWzDe+npiVwQMLZyD8nuJ\nNWye//ZMdbcf4RZ8q2C9LOWaFc8mk9pOZKwn8eF9v8PmfPg3Ec2CI5apeUkCQQDK\nEj4TyFY07/7MZc7qNcH26j54PduVW+TgngOxv4xw2xtsTZJrYJgwHSzfdRaK7nug\nBNBy9XqA9wAdRz0plL3JAkEAiyCuxFhz6F2NhMxDX9IczJPPiJ+v6qHGwSThiBv0\n9XgwpQqrFmBdqAZ3SDjsgXkG2gAqZRuddbq55ffGSFtkpg==\n-END
  RSA PRIVATE KEY-\n
 }
 }
 }

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (CLOUDSTACK-415) restartNetwork call causes VM to be unreachable when Nicira based SDN is used.

2012-11-26 Thread Sudha Ponnaganti (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sudha Ponnaganti updated CLOUDSTACK-415:


Fix Version/s: 4.0.1

 restartNetwork call causes VM to be unreachable when Nicira based SDN is used.
 --

 Key: CLOUDSTACK-415
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-415
 Project: CloudStack
  Issue Type: Bug
  Components: Network Controller
Affects Versions: 4.0.0
Reporter: Hugo Trippaers
Assignee: Hugo Trippaers
Priority: Minor
 Fix For: 4.0.1, 4.1.0


 restartNetwork restarts the network components and triggers the new 
 implementation of the network. This also trigger a rebuild of the logical 
 switch in Nicira, causing existing virtual machines to lose connectivity as 
 they are still connected to the old now orphaned logical switch.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

RE: [ACS401][DISCUSS] 4.0.1 Release dates such

2012-11-26 Thread Sudha Ponnaganti

I have targeted all the defects to 4.0.1 and you can use this query to access
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+CLOUDSTACK+AND+fixVersion+%3D+12323505

There are currently 21 Defects targeted. 
Closed - 6
Resolved - 8
Open - 7

Install/upgrade ( version specific changes) and 7 remaining defects need to be 
resolved before 11/30 as per plan posted by Joe.

Test plan has been posted here under QA section  - 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.0.1-incubating+Release
Planning to have some install/upgrade validation done before Nov 30th and 
during test cycle period. 

Pl do provide feedback on the test plan  - I guess OVM would not be included.  
Will remove it from test plan once confirmed. 
Also request developers to identify any regression impact for defects fixed. 
Otherwise there will not be any manual regression done for any of the areas. 


-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com] 
Sent: Tuesday, November 20, 2012 7:29 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [ACS401][DISCUSS] 4.0.1 Release dates  such

On Mon, Nov 19, 2012 at 6:02 PM, Joe Brockmeier j...@zonker.net wrote:
 Hi all,

 I've started working on 4.0.1 and put together this page on the wiki 
 to track progress, etc.:

 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.0.
 1-incubating+Release

 Please follow up this thread or edit the wiki with any bugs that are 
 fixed  belong in the 4.0.1-incubating release.

I'd suggest using Jira's fix version field actually, that way you can have a 
real-time view of what the state of the release is.  The wiki page will be hard 
to keep up to date, and probably isn't needed for feature related discussions.  
Also remember that bugs can have multiple fix versions identified.  So if the 
fix is done in master, then cherry-picked to the 4.0 branch, it can have a fix 
version of
4.0.1 and 4.1.0.

I'd also suggest adding CLOUDSTACK-524 (just opened) to the bug-fix release 
target, depending on the scope of the fix (i.e.: change risk and effort 
involved).

 Right now, I'm planning to freeze 4.0.1 on November 30th and call for 
 testing from 11/30 to 12/8, calling for a vote on 12/8.

Sounds about right!  I think that it's probably best to stick with that 
schedule, and just release whatever gets fixed as the release.
We may need a second bug-fix release (or more) before 4.1.0 anyway.

 Thoughts, comments, flames, tips for a delicious turkey and stuffing?

 Best,

 Joe
 --
 Joe Brockmeier
 j...@zonker.net
 Twitter: @jzb
 http://www.dissociatedpress.net/

[jira] [Created] (CLOUDSTACK-535) Virtual Router DNS is restricted to UDP only

2012-11-26 Thread Tamas Monos (JIRA)

Tamas Monos created CLOUDSTACK-535:
--

 Summary: Virtual Router DNS is restricted to UDP only
 Key: CLOUDSTACK-535
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-535
 Project: CloudStack
  Issue Type: Bug
  Components: Network Controller
Affects Versions: 4.0.0
Reporter: Tamas Monos
Priority: Minor


Issue:
When a new router VM is generated and started the initial firewall rules allow 
only port 53 on UDP only. Router VMs should allow port 53 on TCP is well due to 
longer resolutions can switch to TCP for example cPanel. The cPanel installer 
will not run if it cannot resolve over TCP.

Workaround:
Login to the router VM and execute:
iptables -A INPUT -i eth0 -p tcp -m tcp --dport 53 -j ACCEPT

Resolution:
I'm sure where the inital firewall rules are coming from (maybe systemVM ISO?) 
but there this new rule should be added.



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (CLOUDSTACK-535) Virtual Router DNS is restricted to UDP only

2012-11-26 Thread Tamas Monos (JIRA)

[
https://issues.apache.org/jira/browse/CLOUDSTACK-535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Tamas Monos updated CLOUDSTACK-535:
---

Description:
Issue:
When a new router VM is generated and started the initial firewall rules allow
only port 53 on UDP. Router VMs should allow port 53 on TCP is well due to
longer resolutions can switch to TCP for example cPanel. The cPanel installer
will not run if it cannot resolve over TCP.

Workaround:
Login to the router VM and execute:
iptables -A INPUT -i eth0 -p tcp -m tcp --dport 53 -j ACCEPT

Resolution:
I'm not sure where the initial firewall rules are coming from (maybe systemVM
ISO?) but there this new rule should be added.

was:
Issue:
When a new router VM is generated and started the initial firewall rules allow
only port 53 on UDP only. Router VMs should allow port 53 on TCP is well due to
longer resolutions can switch to TCP for example cPanel. The cPanel installer
will not run if it cannot resolve over TCP.

Workaround:
Login to the router VM and execute:
iptables -A INPUT -i eth0 -p tcp -m tcp --dport 53 -j ACCEPT

Resolution:
I'm sure where the inital firewall rules are coming from (maybe systemVM ISO?)
but there this new rule should be added.

Virtual Router DNS is restricted to UDP only

Key: CLOUDSTACK-535
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-535
Project: CloudStack
Issue Type: Bug
Components: Network Controller
Affects Versions: 4.0.0
Reporter: Tamas Monos
Priority: Minor

Issue:
When a new router VM is generated and started the initial firewall rules
allow only port 53 on UDP. Router VMs should allow port 53 on TCP is well due
to longer resolutions can switch to TCP for example cPanel. The cPanel
installer will not run if it cannot resolve over TCP.
Workaround:
Login to the router VM and execute:
iptables -A INPUT -i eth0 -p tcp -m tcp --dport 53 -j ACCEPT
Resolution:
I'm not sure where the initial firewall rules are coming from (maybe systemVM
ISO?) but there this new rule should be added.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

libvirt XML settings for KVM guests

2012-11-26 Thread DE Clay

I would like to be able to change and persist libvirt XML settings
for guests (similar to the way that VMware allows you to edit/change the
VMX file).  

Example use cases would be to change the default drivers to virtio and
also change qemu disk settings to other caching policies.

It seems that now when I manually edit (via virsh edit), I lose those
changes when the instance is stopped/restarted. 

Is there a way to do this now?

--Daron
-- 
*
Daron E. Clay, CTO
ZeroMachine.net LLC
Information Technology Architect
VMware Certified Professional

-
Specializing in Cloud Computing Services
and x86 Virtual Infrastructure Solutions
-

Phone: 970-769-4805
Email: dec...@zeromachine.net
Web: http://zeromachine.net
*

Unit Test Hack Fest - Collab Conference

2012-11-26 Thread Chip Childers

Hi all,

I'm hosting a unit test authoring hack fest [1] at the collab
conference (scheduled for Sunday at 11 AM local time).  For those of
you attending, I'd love to have you swing by and help grow our test
coverage!

Along those lines, I've created a list (in order of complexity) of the
classes that I'll suggest people start to tackle.  I'd love if folks
could review and comment...  is there a major change happening in the
(for example) Javeline branch that would make unit tests for one of
these classes obsolete in the short term?  Is someone already working
on coverage in the area discussed?

I've tried to exclude those classes (specifically our two most complex
ones) that were auto-generated from some other source (the examples
came from the EC2 WSDL).

Here's the top of the list:

com.cloud.configuration.ConfigurationManagerImpl
com.cloud.network.NetworkManagerImpl
com.cloud.bridge.service.core.ec2.EC2Engine
com.cloud.api.ApiResponseHelper
com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource
com.cloud.stack.CloudStackApi
com.cloud.network.firewall.FirewallManagerImpl
com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer
com.cloud.network.resource.NiciraNvpResource

I think those are the highest complexity calcs (at the class level),
and I can always keep digging through Sonar to find the next set
(depending on attendance).

Thanks!

-chip

[1] http://collab12.cloudstack.org/schedule/presentation/8/

[ACS41] Schedule Reminder #1

2012-11-26 Thread Chip Childers

Hi all,

I just want to remind everyone about our 4.1 feature release schedule.
 I'll periodically send email reminders like this, until we get closer
to feature freeze (and much more frequently once we head into the
Testing / Hardening / Wrap-Up phase).

It's the last week of November, which means we have 2 more months for
features to make it into master for the 4.1 release.


Here's the full schedule once again:

=
New 4.1 detailed schedule proposal:
=

2012-11-01 through 2013-01-31
  Feature and documentation development (obviously ongoing, but
continued during this period)

2013-01-31
  Feature Freeze
  All new feature need to have been merged into master by this date.
  Release branch will be cut on this date.
  Jenkins updated to include new release branch builds.

2013-02-01 through 2013-02-28
  Testing/Bug Fixes (testing against jenkins artifacts)
  Documentation Finalization

2013-02-28
  Docs Freeze (except release notes and translations)
  Release Branch moves to limited updates only (only commits allowed
in would be release blockers fixes, translation updates, etc...)

2013-03-01 through 2013-03-22
  Translation Development and Integration (should be ongoing, but
focused effort)
  Final regression testing / bug fixes / doc fixes

2013-03-22
  4.1.0-RC1 is created, and project level VOTE is called

Re: Test Case Management tool

2012-11-26 Thread Chip Childers

On Sat, Nov 24, 2012 at 5:10 PM, Sudha Ponnaganti
sudha.ponnaga...@citrix.com wrote:
 Hi All,

 Wanted to check if Apache has any TCM software available for us to use.
 If not can we use Test Link?? https://www.facebook.com/MyTestlink

 Currently we are posting test cases on wiki but may not be efficient as we 
 grow

 Thanks
 /Sudha

Sudha,

After searching, I haven't been able to find one.  I've actually used
Jira in the past for this, but it's clunky and repetitive (so I don't
recommend we do it that way).

If we were to use Test Link, it would require hosting it somewhere,
right?  Is that what Citrix currently uses internally?  What sort of
data import options would we have available (or are you thinking we
would manually enter the test cases into whatever tool is selected)?

-chip

Re: libvirt XML settings for KVM guests

2012-11-26 Thread Marcus Sorensen

I believe the way its done now is handled by which OS option you choose. If
you wanted to make the XML persistent it would need to reside on all hosts.
Perhaps you can request an enhancement for user defined OS settings with
KVM that allows you to save a small set of parameters like caching, nic
type, etc. Or simply create your own branch and add in the settings you
prefer.
On Nov 26, 2012 7:32 AM, DE Clay dec...@zeromachine.net wrote:

 I would like to be able to change and persist libvirt XML settings
 for guests (similar to the way that VMware allows you to edit/change the
 VMX file).

 Example use cases would be to change the default drivers to virtio and
 also change qemu disk settings to other caching policies.

 It seems that now when I manually edit (via virsh edit), I lose those
 changes when the instance is stopped/restarted.

 Is there a way to do this now?

 --Daron
 --
 *
 Daron E. Clay, CTO
 ZeroMachine.net LLC
 Information Technology Architect
 VMware Certified Professional

 -
 Specializing in Cloud Computing Services
 and x86 Virtual Infrastructure Solutions
 -

 Phone: 970-769-4805
 Email: dec...@zeromachine.net
 Web: http://zeromachine.net
 *

Re: CloudStack 4.1-SNAPSHOT + Vagrant

2012-11-26 Thread Charles Moulliard

If you would like some help, don't hesitate like also to update procedure
to setup cloudstack using vagrant.


On Fri, Nov 23, 2012 at 6:33 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 Charles, I've figured out the issues and fixes and template using Debian
 Wheezy and xen/xapi which works with VirtualBox using the new networking
 model. The vagrant scripts will probably need fixing.
 For some reason, because of incompatible Linux kernel version, xend/xapi
 plugin and VirtualBox network adapter card (this was hard to debug); it
 does not work with Ubuntu but works with Wheezy (testing). There are few
 more modification and optimizations like console proxy is not started
 (saves us 1G of ram) and using non-LVM partitioning, network routing so
 both host-only and NAT can work for both dom0 and domU, and dom0 memory
 constraints. (probably with this, one can run DevCloud with as minimum as
 1G ram). The only issue I'm facing now is that systemvm is not reachable
 when it starts (pingable but not ssh-able, probably not a blocker, I only
 hope :)
 Will post a new image soon.

 Regards.
 
 From: Charles Moulliard [ch0...@gmail.com]
 Sent: Friday, November 23, 2012 10:49 PM
 To: cloudstack-dev
 Subject: CloudStack 4.1-SNAPSHOT + Vagrant

 Hi,

 Does anybody has blogged somewhere how to setup using vagrant cloudstack
 4.1-SNAPSHOT ?

 Regards,

 --
 Charles Moulliard
 Apache Committer / Sr. Enterprise Architect (RedHat)
 Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com




-- 
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com

Nexus 1000v Support (CLOUDSTACK-301)

2012-11-26 Thread Chip Childers

Sateesh,

CLOUDSTACK-301 is currently assigned to you.  Is this in progress?  Or
is this something that can be picked up by someone else?

Thanks!

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

RE: Test Case Management tool

2012-11-26 Thread Sudha Ponnaganti

Yes Chip. We started to use Test Link. If Apache has some infrastructure 
already in place, extending it to Cloustack would be best option. If not we can 
use Test link.  It has standard export and import options. 

-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com] 
Sent: Monday, November 26, 2012 7:01 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Test Case Management tool

On Sat, Nov 24, 2012 at 5:10 PM, Sudha Ponnaganti sudha.ponnaga...@citrix.com 
wrote:
 Hi All,

 Wanted to check if Apache has any TCM software available for us to use.
 If not can we use Test Link?? https://www.facebook.com/MyTestlink

 Currently we are posting test cases on wiki but may not be efficient 
 as we grow

 Thanks
 /Sudha

Sudha,

After searching, I haven't been able to find one.  I've actually used Jira in 
the past for this, but it's clunky and repetitive (so I don't recommend we do 
it that way).

If we were to use Test Link, it would require hosting it somewhere, right?  Is 
that what Citrix currently uses internally?  What sort of data import options 
would we have available (or are you thinking we would manually enter the test 
cases into whatever tool is selected)?

-chip

RE: [ACS41] Schedule Reminder #1

2012-11-26 Thread Sudha Ponnaganti

Do we have a web page just like CS 4.0.1 created to track release progress? 
Sorry - I have been trying to locate it but keep going to other sites. 

-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com] 
Sent: Monday, November 26, 2012 6:57 AM
To: cloudstack-dev@incubator.apache.org
Subject: [ACS41] Schedule Reminder #1

Hi all,

I just want to remind everyone about our 4.1 feature release schedule.
 I'll periodically send email reminders like this, until we get closer to 
feature freeze (and much more frequently once we head into the Testing / 
Hardening / Wrap-Up phase).

It's the last week of November, which means we have 2 more months for features 
to make it into master for the 4.1 release.

Here's the full schedule once again:

=
New 4.1 detailed schedule proposal:
=

2012-11-01 through 2013-01-31
  Feature and documentation development (obviously ongoing, but continued 
during this period)

2013-01-31
  Feature Freeze
  All new feature need to have been merged into master by this date.
  Release branch will be cut on this date.
  Jenkins updated to include new release branch builds.

2013-02-01 through 2013-02-28
  Testing/Bug Fixes (testing against jenkins artifacts)
  Documentation Finalization

2013-02-28
  Docs Freeze (except release notes and translations)
  Release Branch moves to limited updates only (only commits allowed in would 
be release blockers fixes, translation updates, etc...)

2013-03-01 through 2013-03-22
  Translation Development and Integration (should be ongoing, but focused 
effort)
  Final regression testing / bug fixes / doc fixes

2013-03-22
  4.1.0-RC1 is created, and project level VOTE is called

[jira] [Commented] (CLOUDSTACK-535) Virtual Router DNS is restricted to UDP only

2012-11-26 Thread Marcus Sorensen (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13503868#comment-13503868
 ] 

Marcus Sorensen commented on CLOUDSTACK-535:


The commit 82a7e49fad81b001410b66d151743b112d0daa65 should fix this. I added 
tcp 53 to every systemvm script that had udp 53 allowed.

 Virtual Router DNS is restricted to UDP only
 

 Key: CLOUDSTACK-535
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-535
 Project: CloudStack
  Issue Type: Bug
  Components: Network Controller
Affects Versions: 4.0.0
Reporter: Tamas Monos
Priority: Minor

 Issue:
 When a new router VM is generated and started the initial firewall rules 
 allow only port 53 on UDP. Router VMs should allow port 53 on TCP is well due 
 to longer resolutions can switch to TCP for example cPanel. The cPanel 
 installer will not run if it cannot resolve over TCP.
 Workaround:
 Login to the router VM and execute:
 iptables -A INPUT -i eth0 -p tcp -m tcp --dport 53 -j ACCEPT
 Resolution:
 I'm not sure where the initial firewall rules are coming from (maybe systemVM 
 ISO?) but there this new rule should be added.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

cloudstack 4 incubating - local storage not working

2012-11-26 Thread rdartigues.ext

Good day,

i'd like to run my VM on local storage (as i don't need functionalities 
provided by shared primary storage).

Actually:
- i've local storage enabled in my zone
- i've local storage configured (in Infrastructure, Zones, My Zone, Primary 
Storage)
- i've data offerings using local storage
- i've set to true system.vm.use.local.storage and even use.local.storage then 
restarted the management server (the latter option seems to have disappeared in 
cs-4)

When i create a new VM, it get its DATADISK stored locally, but the ROOT disk 
insist being on the shared storage...

In management-server.log i found the following related lines:
  Looking for pools in dc: 3  pod:3  cluster:1
  FirstFitStoragePoolAllocator has 2 pools to check for allocation
  Checking if storage pool is suitable, name: hote01.example.net Local Storage 
,poolId: 200
  Is localStorageAllocationNeeded? false
  Is storage pool shared? false
  StoragePool is not of correct type, skipping this pool
  Checking if storage pool is suitable, name: san01.example.net Shared Storage 
,poolId: 202
  Is localStorageAllocationNeeded? false
  Is storage pool shared? True

And the the VM gets created.
If i remove the NFS server from the Primary Storages list, the VM cannot be 
created (with a No suitable storagePools found under this Cluster error or 
something like that).

It's as if the ROOT disk is set to be on shared storage only; but i don't see 
where.

Thank you for your time,
Romain.

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete 
altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages 
that have been modified, changed or falsified.
Thank you.

Re: cloudstack 4 incubating - local storage not working

2012-11-26 Thread Nitin Mehta

Romain - Please find my answer inline.

On 26-Nov-2012, at 9:39 PM, rdartigues@orange.com wrote:

 Good day,
 
 i'd like to run my VM on local storage (as i don't need functionalities 
 provided by shared primary storage).
 
 Actually:
 - i've local storage enabled in my zone
 - i've local storage configured (in Infrastructure, Zones, My Zone, Primary 
 Storage)
 - i've data offerings using local storage
 - i've set to true system.vm.use.local.storage and even use.local.storage 
 then restarted the management server (the latter option seems to have 
 disappeared in cs-4)
 
 When i create a new VM, it get its DATADISK stored locally, but the ROOT disk 
 insist being on the shared storage...
 
 In management-server.log i found the following related lines:
  Looking for pools in dc: 3  pod:3  cluster:1
  FirstFitStoragePoolAllocator has 2 pools to check for allocation
  Checking if storage pool is suitable, name: hote01.example.net Local Storage 
 ,poolId: 200
  Is localStorageAllocationNeeded? false
  Is storage pool shared? false
  StoragePool is not of correct type, skipping this pool
  Checking if storage pool is suitable, name: san01.example.net Shared Storage 
 ,poolId: 202
  Is localStorageAllocationNeeded? false
  Is storage pool shared? True
 
 And the the VM gets created.
 If i remove the NFS server from the Primary Storages list, the VM cannot be 
 created (with a No suitable storagePools found under this Cluster error or 
 something like that).
 
 It's as if the ROOT disk is set to be on shared storage only; but i don't 
 see where.
 


The root disk picks up its storage type (shared or local) from the service 
offering (which also defines the compute for the vm) You need to create a 
service offering with storage type set as local. 


 Thank you for your time,
 Romain.
 
 _
 
 Ce message et ses pieces jointes peuvent contenir des informations 
 confidentielles ou privilegiees et ne doivent donc
 pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
 ce message par erreur, veuillez le signaler
 a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
 electroniques etant susceptibles d'alteration,
 France Telecom - Orange decline toute responsabilite si ce message a ete 
 altere, deforme ou falsifie. Merci.
 
 This message and its attachments may contain confidential or privileged 
 information that may be protected by law;
 they should not be distributed, used or copied without authorisation.
 If you have received this email in error, please notify the sender and delete 
 this message and its attachments.
 As emails may be altered, France Telecom - Orange is not liable for messages 
 that have been modified, changed or falsified.
 Thank you.

Re: Review Request: List API performance optimization part I.

2012-11-26 Thread Min Chen



 On Nov. 22, 2012, 12:33 a.m., Prachi Damle wrote:
  Looks good to me apart from changing interface name to match current format 
  - Also all our VO's refer zoneId as datacenterId - can we keep it uniform 
  in the views as well.
  Are we changing the ListVMsCmd and ListRoutersCmd to not use 
  @IdentityMapper? or will that be a separate change?
 
 Min Chen wrote:
 Yes, this also changes ListVmsCmd and ListRoutersCmd to not use 
 @IdentityMapper, since that is the main bottleneck for performance. This is 
 reflected in UserVmResponse and DomainRouterResponse class change. I can 
 change interface naming convention and zoneId to datacenterId.

Regarding your comments of zoneId and datacenterId, my understanding is a bit 
different. They are not the same, based on our Admin Documentation, A zone 
typically corresponds to a single datacenter, although it is permissible to 
have multiple zones in a datacenter. So it is possible to have multiple zones 
in one data center. In that sense, I think that zoneId is more accurate than 
datacenterId when we have more than one zones in one datacenter. However, I did 
notice that in our internal db schema, we use datacenter to represent zone 
concept. I guess that to avoid a broader change, I will have to change those 
fields (zoneId, zoneUuid, zoneName) to (dataCenterId, dataCenterUuid, 
dataCenterName).


- Min


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


On Nov. 21, 2012, 6:54 p.m., Min Chen wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/8172/
 ---
 
 (Updated Nov. 21, 2012, 6:54 p.m.)
 
 
 Review request for cloudstack and Prachi Damle.
 
 
 Description
 ---
 
 This is part 1 of list API refactoring.
 Commands covered: listVmsCmd, listRoutersCmd
 Response covered: UserVmResponse, DomainRouterResponse.
 DB views created: user_vm_view, domain_router_view.
 
 
 This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-527.
 
 
 Diffs
 -
 
   api/src/com/cloud/api/ResponseGenerator.java 996a5fc 
   api/src/com/cloud/api/ResponseObject.java 2d08fb9 
   api/src/com/cloud/api/commands/ListRoutersCmd.java 8bf9ba8 
   api/src/com/cloud/api/commands/ListVMsCmd.java 2f6f988 
   api/src/com/cloud/api/response/BaseResponse.java e343a10 
   api/src/com/cloud/api/response/DomainRouterResponse.java d710aad 
   api/src/com/cloud/api/response/IControlledViewEntityResponse.java 
 PRE-CREATION 
   api/src/com/cloud/api/response/NicResponse.java 69d5c31 
   api/src/com/cloud/api/response/UserVmResponse.java f74c072 
   api/src/com/cloud/api/view/vo/DomainRouterJoinVO.java PRE-CREATION 
   api/src/com/cloud/api/view/vo/IControlledViewEntity.java PRE-CREATION 
   api/src/com/cloud/api/view/vo/UserVmJoinVO.java PRE-CREATION 
   api/src/com/cloud/server/ManagementService.java 7532cae 
   api/src/com/cloud/vm/UserVmService.java 02682b0 
   server/src/com/cloud/api/ApiDBUtils.java 418fe362 
   server/src/com/cloud/api/ApiResponseHelper.java caabd71 
   server/src/com/cloud/api/ApiServer.java a5c9ea5 
   server/src/com/cloud/api/response/ApiResponseSerializer.java dc15763 
   server/src/com/cloud/configuration/DefaultComponentLibrary.java 4edd402 
   server/src/com/cloud/server/ManagementServerImpl.java 117be57 
   server/src/com/cloud/user/AccountManager.java 90a34ad 
   server/src/com/cloud/user/AccountManagerImpl.java 0def008 
   server/src/com/cloud/vm/UserVmManager.java 4ce9bfe 
   server/src/com/cloud/vm/UserVmManagerImpl.java a2a548f 
   server/src/com/cloud/vm/dao/DomainRouterJoinDao.java PRE-CREATION 
   server/src/com/cloud/vm/dao/DomainRouterJoinDaoImpl.java PRE-CREATION 
   server/src/com/cloud/vm/dao/UserVmJoinDao.java PRE-CREATION 
   server/src/com/cloud/vm/dao/UserVmJoinDaoImpl.java PRE-CREATION 
   server/test/com/cloud/api/APITest.java PRE-CREATION 
   server/test/com/cloud/api/ListPerfTest.java PRE-CREATION 
   server/test/com/cloud/api/LoginResponse.java PRE-CREATION 
   server/test/com/cloud/keystore/KeystoreTest.java e0e2126 
   server/test/com/cloud/user/MockAccountManagerImpl.java 08234fd 
   server/test/com/cloud/vm/MockUserVmManagerImpl.java 35ee139 
   setup/db/create-schema.sql acbbc41 
   utils/src/com/cloud/utils/db/GenericDaoBase.java 8d5cb96 
 
 Diff: https://reviews.apache.org/r/8172/diff/
 
 
 Testing
 ---
 
 Create a performance unit test class to test the performance time.
 
 
 Thanks,
 
 Min Chen

[jira] [Created] (CLOUDSTACK-536) remove citrix cloudpatform from 4.0 build - CloudStack is ASF project

2012-11-26 Thread ilya musayev (JIRA)

ilya musayev created CLOUDSTACK-536:
---

 Summary: remove citrix cloudpatform from 4.0 build - CloudStack is 
ASF project
 Key: CLOUDSTACK-536
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-536
 Project: CloudStack
  Issue Type: Bug
  Components: UI
Affects Versions: 4.0.0, 4.0.1
 Environment: CS 4.0 from http://cloudstack.apt-get.eu/rhel/4.0/

The rpms are:

cloud-utils-4.0.0-0.140.el6.4.0.x86_64
cloud-client-4.0.0-0.140.el6.4.0.x86_64
cloud-setup-4.0.0-0.140.el6.4.0.x86_64
cloud-scripts-4.0.0-0.140.el6.4.0.x86_64
cloud-deps-4.0.0-0.140.el6.4.0.x86_64
cloud-server-4.0.0-0.140.el6.4.0.x86_64
cloud-client-ui-4.0.0-0.140.el6.4.0.x86_64
cloud-python-4.0.0-0.140.el6.4.0.x86_64
cloud-core-4.0.0-0.140.el6.4.0.x86_64
cloud-usage-4.0.0-0.140.el6.4.0.x86_64
cloud-aws-api-4.0.0-0.140.el6.4.0.x86_64

Reporter: ilya musayev
Priority: Minor
 Fix For: 4.0.0, 4.0.1, 4.1.0


Please remove Citrix Logo and CloudPlaform from the UI page, files are (could 
be more):

rpm/deb release:
in /client/images/

logo-login.png
citrix-logo-darkbg.png
logo-cloudplatform.png

and possibly others that may contain Citrix CloudPlatform mention.

Also, please include the wording for CloudStack as Apache CloudStack in 
corresponding documentation and UI pages for CS ASF project.

Thank you
-ilya



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (CLOUDSTACK-536) remove citrix cloudpatform from 4.0 build - CloudStack is ASF project

2012-11-26 Thread Brian Federle (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brian Federle reassigned CLOUDSTACK-536:


Assignee: Brian Federle

 remove citrix cloudpatform from 4.0 build - CloudStack is ASF project
 -

 Key: CLOUDSTACK-536
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-536
 Project: CloudStack
  Issue Type: Bug
  Components: UI
Affects Versions: 4.0.0, 4.0.1
 Environment: CS 4.0 from http://cloudstack.apt-get.eu/rhel/4.0/
 The rpms are:
 cloud-utils-4.0.0-0.140.el6.4.0.x86_64
 cloud-client-4.0.0-0.140.el6.4.0.x86_64
 cloud-setup-4.0.0-0.140.el6.4.0.x86_64
 cloud-scripts-4.0.0-0.140.el6.4.0.x86_64
 cloud-deps-4.0.0-0.140.el6.4.0.x86_64
 cloud-server-4.0.0-0.140.el6.4.0.x86_64
 cloud-client-ui-4.0.0-0.140.el6.4.0.x86_64
 cloud-python-4.0.0-0.140.el6.4.0.x86_64
 cloud-core-4.0.0-0.140.el6.4.0.x86_64
 cloud-usage-4.0.0-0.140.el6.4.0.x86_64
 cloud-aws-api-4.0.0-0.140.el6.4.0.x86_64
Reporter: ilya musayev
Assignee: Brian Federle
Priority: Minor
 Fix For: 4.0.0, 4.0.1, 4.1.0


 Please remove Citrix Logo and CloudPlaform from the UI page, files are (could 
 be more):
 rpm/deb release:
 in /client/images/
 logo-login.png
 citrix-logo-darkbg.png
 logo-cloudplatform.png
 and possibly others that may contain Citrix CloudPlatform mention.
 Also, please include the wording for CloudStack as Apache CloudStack in 
 corresponding documentation and UI pages for CS ASF project.
 Thank you
 -ilya

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

RE: libvirt XML settings for KVM guests

2012-11-26 Thread Edison Su

Libvirt itself supports hook(http://libvirt.org/hooks.html), but seems it 
doesn't support change VM XML spec file.
I am thinking about adding a plugin system in kvm agent, before starting vm, 
kvm agent will call a python script, which can change vm xml file on the fly, 
then send the modified xml file to libvirt.

 -Original Message-
 From: DE Clay [mailto:dec...@zeromachine.net]
 Sent: Monday, November 26, 2012 6:32 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: libvirt XML settings for KVM guests

 I would like to be able to change and persist libvirt XML settings for guests
 (similar to the way that VMware allows you to edit/change the VMX file).

 Example use cases would be to change the default drivers to virtio and also
 change qemu disk settings to other caching policies.

 It seems that now when I manually edit (via virsh edit), I lose those changes
 when the instance is stopped/restarted.

 Is there a way to do this now?

 --Daron
 --
 *
 Daron E. Clay, CTO
 ZeroMachine.net LLC
 Information Technology Architect
 VMware Certified Professional

 -
 Specializing in Cloud Computing Services and x86 Virtual Infrastructure
 Solutions
 -

 Phone: 970-769-4805
 Email: dec...@zeromachine.net
 Web: http://zeromachine.net
 *

Re: Integrating autoscale branch to master?

2012-11-26 Thread Chip Childers

On Thu, Nov 22, 2012 at 8:32 AM, Vijay Venkatachalam
vijay.venkatacha...@citrix.com wrote:
 Please use the link provided to download the NetScaler java API SDKs to build 
 non-oss NetScaler version of CloudStack.

 http://community.citrix.com/download/attachments/37847122/cloud-netscaler-jars.zip

 This is made available temporarily and would be deleted once the java APIs 
 become OSS.

Great, thanks!

Is there any news on the work to open source the netscaler libs?  Timing?

If it can be sorted out in time for our feature freeze for 4.1 (end of
Jan), I'd love to include support for netscaler in the default build
for that release.

 Also, with this upload the other repositories become obsolete. Please upload 
 this zip file to remain up to date.

 Thanks,
 Vijay V.


 -Original Message-
 From: Chip Childers [mailto:chip.child...@sungard.com]
 Sent: Wednesday, November 21, 2012 11:24 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Integrating autoscale branch to master?

 It does look like Wido is hosting the jars here:
 http://zooi.widodh.nl/cloudstack/build-dep/

 I found that link on this wiki page:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+o
 n+master+branch

 On Wed, Nov 21, 2012 at 12:35 PM, Vijay Venkatachalam
 vijay.venkatacha...@citrix.com wrote:
 
  Is someone hosting the non-oss jars in a single place, I can share the 
  latest
 NetScaler jar file and we can update the repository(ies).
 
  Thanks,
  Vijay.
  -Original Message-
  From: Chip Childers [mailto:chip.child...@sungard.com]
  Sent: Wednesday, November 21, 2012 10:13 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Integrating autoscale branch to master?
 
  Where can I access the appropriate Netscaler jar?  I'd like to test
  the module with the new additions, and the jar that I have from prior
  to the 4.0 release doesn't have several of the referenced classes.
 
  On Thu, Nov 15, 2012 at 11:44 AM, Ram Ganesh
 ram.gan...@citrix.com
  wrote:
   Any thoughts? Unless we hear otherwise would like to push the
 patches.
  This feature had been code complete for a very long time. If there
  are still concerns/opinions let us know and we can take steps to correct
 them.
  
   Thanks,
   Ram
  
  
   -Original Message-
   From: Ram Ganesh [mailto:ram.gan...@citrix.com]
   Sent: 15 November 2012 07:09
   To: cloudstack-dev@incubator.apache.org
   Subject: RE: Integrating autoscale branch to master?
  
   David,
  
   Can we go ahead with merge of AutoScale code into master? Are
   there any more open questions?
  
   Thanks,
   Ram
  
-Original Message-
From: Vijay Venkatachalam
[mailto:vijay.venkatacha...@citrix.com]
Sent: 13 November 2012 12:34
To: cloudstack-dev@incubator.apache.org
Subject: RE: Integrating autoscale branch to master?
   
   
My replies inline
   
Thanks,
Vijay V.
   
 -Original Message-
 From: David Nalley [mailto:da...@gnsa.us]
 Sent: Monday, October 15, 2012 7:42 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Integrating autoscale branch to master?

 On Fri, Oct 12, 2012 at 11:54 AM, Vijay Venkatachalam
 vijay.venkatacha...@citrix.com wrote:
  Ok I will keep changes ready, and will merge once 4.0's news
  is
declared.
 
  -Vijay V.
 

 Vijay,

 I haven't kept up with this recently so a couple of
questions/assumptions:

 1. Autoscale code will require NetScaler libraries right?
   
There are 2 parts to autoscale code.
A. AutoScale Manager and its services,
  This is part of the core. And has no No Netscaler jar dependency;
  This part is coded like any other NetworkServiceManager,
meaning
   any
network
  element can provide autoscale service.  So this part does not
have compile time
  dependency with NetScaler jar.
   
  If an autoscale provider (which is most likely already an LB
provider) does not exist
  in that network an error is thrown at run time.
  So for all oss builds (where Netscaler is not packaged and
cannot
   be
added
  to the infrastructure) we should get a run-time error when
configuring autoscale.
   
B. NetScaler Element and Netscaler Resource (which is part of
non-oss build today)
 has been enhanced to provide autoscale capability. Today only
 NetScaler does this, in future any network element can he
   enhanced
 to provide autoscale. This part already has NetScaler jar
dependency
 (and is considered non-oss today)  and will continue to
have NetScaler
  jar dependency.
   
   
 2. Is autoscale functionality modular enough that we can turn
building it
 on/off at will?
   
   
Short Answer, No.
Since AutoScale is like an addon to LB there are touch- points.
For example, when a LoadBalancerRule is deleted the AutoScale
entities created for it

Error in cloud-console-proxy pom, when using Eclipse

2012-11-26 Thread Chip Childers

Hi all,

Is anyone else seeing this error in the maven config when looking in Eclipse?

Description Resource Path Location Type
Plugin execution not covered by lifecycle configuration:
org.apache.maven.plugins:maven-antrun-plugin:1.7:run (execution:
generate-resource, phase: generate-resources) pom.xml
/cloud-console-proxy line 124 Maven Project Build Lifecycle Mapping
Problem

I've found some references that describe how to provide m2e with
instructions for mapping the goals, but I wanted to check if I'm the
only one or not.  The fix, I think, requires me to check in some
changes to the pom that would provide m2e with instructions on
handling the config correctly.

-chip

96 matches

Mail list logo