RE: conditional build
Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
RE: RPM build is fixed, sort of...
Yeah, I know ;-). I'm doing builds and deployments for all software in our company. It's not that bad once you get to know it, but maven expects you to do things the maven way. As for building packages, maven is designed to take care of all dependency problems directly. In the maven world the build would produce an artifact that would be packaged later on. So in our case the artifact would be a war file with all code for the server (including ui components) and several jar files with for example the agent and console-proxy. Currently our package system is designed to collect all loose jars itself and put it into a package. The maven way would be to take the war file and deploy that file. If you build using the mvn -P client command, you will find the war file in client/target/cloud-client-ui-4.0.0-SNAPSHOT.war. If you look inside that file it should contain everything needed to run the webapplication for the server (awsapi has a similar file). Technically you should be able to drop that webapplication in any java web container and run the UI without having to worry about dependencies. I haven't checked all the libs yet, but with maven we can define which libs are required for various stages; compiling, testing, runtime, and a special for provided. This controls if a lib is added to the compile classpath, the runtime classpath or the test classpath. Provided means we need it for compilation but we expect that it is present when we install the application. Good examples of provided is the servlet api, you need it for compilation, but it is present on all web application containers. Back to your original question, how about packaging the war file directly? Or having rpm install unpack the war and add it to the rpm, would that safe you work to check the rpms? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:52 PM To: Hugo Trippaers Cc: cloudstack-dev@incubator.apache.org Subject: RE: RPM build is fixed, sort of... I can understand why build engineer doesn't like maven from my yesterday's experience. Maven automatically downloads a bunch of jars for you, that's good for developer, but a nightmare for build engineer. How can I find out which jar I should put into RPM/DEB? I need to manually test one by one. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Wednesday, September 05, 2012 1:52 PM To: Edison Su Cc: cloudstack-dev@incubator.apache.org Subject: Re: RPM build is fixed, sort of... That's maven. A snapshot dependency will get a build version number depending on the time it was built. Only release versions have a fixed version number. Maven it self will automagically take this into account when building classpaths, but for external tools it is a bit trickier. Cheers, Hugo Sent from my iPhone On 5 sep. 2012, at 19:00, Edison Su edison...@citrix.com wrote: When I mvn install under deps folder, I got: [INFO] Copying xapi-5.6.100-1-SNAPSHOT.jar to /root/incubator- cloudstack/deps/xapi-5.6.100-1-20120825.123319-1.jar Anybody knows why this happened? -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, September 05, 2012 9:36 AM To: cloudstack-dev@incubator.apache.org Cc: Hugo Trippaers Subject: Re: RPM build is fixed, sort of... I'm getting xapi-5.6.100-1-SNAPSHOT.jar from a fresh pull of the 4.0 repo, then following the install-non-oss.sh instructions On Wed, Sep 5, 2012 at 10:09 AM, Edison Su edison...@citrix.com wrote: What the name of the jar for xapi under deps folder on your environment? Sent from my iPhone On Sep 5, 2012, at 12:20 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, I still get an error when building rpms with your changes: Processing files: cloud-utils-4.0.0-0.1.el6.maven.x86_64 Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.kvoZ6x + umask 022 + cd /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILD + cd cloud-4.0.0 + DOCDIR=/home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0- 0.1.el6.maven.x86_64/usr/share/doc/cloud-utils-4.0.0 + export DOCDIR + rm -rf /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0- 0.1.el6.maven.x86_64/usr/share/doc/cloud-utils-4.0.0 + /bin/mkdir -p /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0- 0.1.el6.maven.x86_64/usr/share/doc/cloud-utils-4.0.0 + cp -pr README.html /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0- 0.1.el6.maven.x86_64/usr/share/doc/cloud-utils-4.0.0 + cp -pr debian/copyright /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0-
Re: Review Request: Add initial support for Caringo's CAStor object storage as the S3 backend.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/#review11086 --- Ship it! I committed this to master. I did not see JmDns in the pom.xml so I removed it from the NOTICE - Chiradeep Vittal On Sept. 6, 2012, 12:07 a.m., Jamshid Afshar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/ --- (Updated Sept. 6, 2012, 12:07 a.m.) Review request for cloudstack. Description --- Below is the commit message. This is my first patch, let me know if I did anything wrong or if e.g. using storage.root is not how configuring a new storage backend should be done. Add initial support for Caringo's CAStor object storage as the S3 backend. Similar to the s3-hdfs example. Now storage.root can specify castor followed by a list of IP addresses for the nodes in the CAStor cluster. S3 operations will then create and read buckets and objects in CAStor instead of a file system. Diffs - NOTICE 9c124ab awsapi/pom.xml 2909376 awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java PRE-CREATION awsapi/src/com/cloud/bridge/model/SHost.java 4ed5b7e awsapi/src/com/cloud/bridge/service/controller/s3/ServiceProvider.java 2f1791e awsapi/src/com/cloud/bridge/service/core/s3/S3Engine.java a117d13 Diff: https://reviews.apache.org/r/6473/diff/ Testing --- Tested a boto script I believe we got from Chiradeep (localhost_test.py) that creates buckets and streams, does a range read and delete. I will continue to do more testing (http://wiki.cloudstack.org/display/QA/How+to+run+S3+Tests+against+CloudStack+S3+Implementation). Thanks, Jamshid Afshar
Review Request: Fedora 17 openjdk 1.7 support
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6941/ --- Review request for cloudstack. Description --- In fedora 17 package, openjdk 1.6 package was marked as deprecated, and only openjdk 1.7 is available for general. https://admin.fedoraproject.org/pkgdb/acls/name/java-1.6.0-openjdk Diffs - cloud.spec b22bd8c Diff: https://reviews.apache.org/r/6941/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
Re: conditional build
Which command are you using? mvn install always telling me VMware-vim Pom is missing. Sent from my iPhone On Sep 5, 2012, at 11:22 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
Re: RPM build is fixed, sort of...
I just thought about how to get rid of waf, and how to package artifacts build by maven. I don't want to hack on the waf stuff, which gets easy thing done but to complicated. If war build by maven contains all the files needed by packager, then we probably just unzip the war, then call rpmbuild to build rpm. Does war contain files under agent/distro? Or maybe write another assembly plugin to package all these system level configuration files? Sent from my iPhone On Sep 5, 2012, at 11:37 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Yeah, I know ;-). I'm doing builds and deployments for all software in our company. It's not that bad once you get to know it, but maven expects you to do things the maven way. As for building packages, maven is designed to take care of all dependency problems directly. In the maven world the build would produce an artifact that would be packaged later on. So in our case the artifact would be a war file with all code for the server (including ui components) and several jar files with for example the agent and console-proxy. Currently our package system is designed to collect all loose jars itself and put it into a package. The maven way would be to take the war file and deploy that file. If you build using the mvn -P client command, you will find the war file in client/target/cloud-client-ui-4.0.0-SNAPSHOT.war. If you look inside that file it should contain everything needed to run the webapplication for the server (awsapi has a similar file). Technically you should be able to drop that webapplication in any java web container and run the UI without having to worry about dependencies. I haven't checked all the libs yet, but with maven we can define which libs are required for various stages; compiling, testing, runtime, and a special for provided. This controls if a lib is added to the compile classpath, the runtime classpath or the test classpath. Provided means we need it for compilation but we expect that it is present when we install the application. Good examples of provided is the servlet api, you need it for compilation, but it is present on all web application containers. Back to your original question, how about packaging the war file directly? Or having rpm install unpack the war and add it to the rpm, would that safe you work to check the rpms? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:52 PM To: Hugo Trippaers Cc: cloudstack-dev@incubator.apache.org Subject: RE: RPM build is fixed, sort of... I can understand why build engineer doesn't like maven from my yesterday's experience. Maven automatically downloads a bunch of jars for you, that's good for developer, but a nightmare for build engineer. How can I find out which jar I should put into RPM/DEB? I need to manually test one by one. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Wednesday, September 05, 2012 1:52 PM To: Edison Su Cc: cloudstack-dev@incubator.apache.org Subject: Re: RPM build is fixed, sort of... That's maven. A snapshot dependency will get a build version number depending on the time it was built. Only release versions have a fixed version number. Maven it self will automagically take this into account when building classpaths, but for external tools it is a bit trickier. Cheers, Hugo Sent from my iPhone On 5 sep. 2012, at 19:00, Edison Su edison...@citrix.com wrote: When I mvn install under deps folder, I got: [INFO] Copying xapi-5.6.100-1-SNAPSHOT.jar to /root/incubator- cloudstack/deps/xapi-5.6.100-1-20120825.123319-1.jar Anybody knows why this happened? -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, September 05, 2012 9:36 AM To: cloudstack-dev@incubator.apache.org Cc: Hugo Trippaers Subject: Re: RPM build is fixed, sort of... I'm getting xapi-5.6.100-1-SNAPSHOT.jar from a fresh pull of the 4.0 repo, then following the install-non-oss.sh instructions On Wed, Sep 5, 2012 at 10:09 AM, Edison Su edison...@citrix.com wrote: What the name of the jar for xapi under deps folder on your environment? Sent from my iPhone On Sep 5, 2012, at 12:20 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, I still get an error when building rpms with your changes: Processing files: cloud-utils-4.0.0-0.1.el6.maven.x86_64 Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.kvoZ6x + umask 022 + cd /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILD + cd cloud-4.0.0 + DOCDIR=/home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0- 0.1.el6.maven.x86_64/usr/share/doc/cloud-utils-4.0.0 + export DOCDIR + rm -rf /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILDROOT/cloud-4.0.0-
Re: Review Request: CS-10219 Add option to set login attempts to portal.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/#review11092 --- server/src/com/cloud/user/AccountManagerImpl.java https://reviews.apache.org/r/6858/#comment23818 The same check for whether the account is enabled or not is being done twice. May we can remove the second check and merge the two code blocks. - Devdeep Singh On Sept. 5, 2012, 2:56 p.m., saksham srivastava wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/ --- (Updated Sept. 5, 2012, 2:56 p.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, and Alena Prokharchyk. Description --- Added global setting login.attempts.allowed which defines the maximum incorrect password attempts allowed. Also after the maximum attempts are reached the user account is disabled. This addresses bug CS-10219. Diffs - core/src/com/cloud/user/UserAccountVO.java 5e7c018 server/src/com/cloud/configuration/Config.java ebcd070 server/src/com/cloud/user/AccountManagerImpl.java 38153f3 setup/db/create-schema.sql fa933e3 setup/db/db/schema-302to40.sql aaf23e6 Diff: https://reviews.apache.org/r/6858/diff/ Testing --- Verified locally. Thanks, saksham srivastava
Re: RPM build is fixed, sort of...
Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. Cheers, Hugo Sent from my iPhone On 6 sep. 2012, at 10:22, Edison Su edison...@citrix.com wrote: I just thought about how to get rid of waf, and how to package artifacts build by maven. I don't want to hack on the waf stuff, which gets easy thing done but to complicated. If war build by maven contains all the files needed by packager, then we probably just unzip the war, then call rpmbuild to build rpm. Does war contain files under agent/distro? Or maybe write another assembly plugin to package all these system level configuration files? Sent from my iPhone On Sep 5, 2012, at 11:37 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Yeah, I know ;-). I'm doing builds and deployments for all software in our company. It's not that bad once you get to know it, but maven expects you to do things the maven way. As for building packages, maven is designed to take care of all dependency problems directly. In the maven world the build would produce an artifact that would be packaged later on. So in our case the artifact would be a war file with all code for the server (including ui components) and several jar files with for example the agent and console-proxy. Currently our package system is designed to collect all loose jars itself and put it into a package. The maven way would be to take the war file and deploy that file. If you build using the mvn -P client command, you will find the war file in client/target/cloud-client-ui-4.0.0-SNAPSHOT.war. If you look inside that file it should contain everything needed to run the webapplication for the server (awsapi has a similar file). Technically you should be able to drop that webapplication in any java web container and run the UI without having to worry about dependencies. I haven't checked all the libs yet, but with maven we can define which libs are required for various stages; compiling, testing, runtime, and a special for provided. This controls if a lib is added to the compile classpath, the runtime classpath or the test classpath. Provided means we need it for compilation but we expect that it is present when we install the application. Good examples of provided is the servlet api, you need it for compilation, but it is present on all web application containers. Back to your original question, how about packaging the war file directly? Or having rpm install unpack the war and add it to the rpm, would that safe you work to check the rpms? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:52 PM To: Hugo Trippaers Cc: cloudstack-dev@incubator.apache.org Subject: RE: RPM build is fixed, sort of... I can understand why build engineer doesn't like maven from my yesterday's experience. Maven automatically downloads a bunch of jars for you, that's good for developer, but a nightmare for build engineer. How can I find out which jar I should put into RPM/DEB? I need to manually test one by one. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Wednesday, September 05, 2012 1:52 PM To: Edison Su Cc: cloudstack-dev@incubator.apache.org Subject: Re: RPM build is fixed, sort of... That's maven. A snapshot dependency will get a build version number depending on the time it was built. Only release versions have a fixed version number. Maven it self will automagically take this into account when building classpaths, but for external tools it is a bit trickier. Cheers, Hugo Sent from my iPhone On 5 sep. 2012, at 19:00, Edison Su edison...@citrix.com wrote: When I mvn install under deps folder, I got: [INFO] Copying xapi-5.6.100-1-SNAPSHOT.jar to /root/incubator- cloudstack/deps/xapi-5.6.100-1-20120825.123319-1.jar Anybody knows why this happened? -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, September 05, 2012 9:36 AM To: cloudstack-dev@incubator.apache.org Cc: Hugo Trippaers Subject: Re: RPM build is fixed, sort of... I'm getting xapi-5.6.100-1-SNAPSHOT.jar from a fresh pull of the 4.0 repo, then following the install-non-oss.sh instructions On Wed, Sep 5, 2012 at 10:09 AM, Edison Su edison...@citrix.com wrote: What the name of the jar for xapi under deps folder on your environment? Sent from my iPhone On Sep 5, 2012, at 12:20 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, I still get an error when building rpms with your changes: Processing files: cloud-utils-4.0.0-0.1.el6.maven.x86_64 Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.kvoZ6x + umask 022 + cd /home/spark/git-workdir/incubator- cloudstack/artifacts/rpmbuild/BUILD + cd cloud-4.0.0 +
Re: Revived - Re: [WEBSITE][DOCS] Publican-based docs publishing?
+1 for Publican based docs website On Sep 5, 2012, at 5:56 PM, Joe Brockmeier j...@zonker.net wrote: Hi all, Noticed that docs.cloudstack.org is down at the moment, which reminded me that we haven't come to a conclusion on this topic. The options before us are: - A Publican-generated site from the CloudStack documentation. - A docs.cloudstack.org site powered by MindTouch wiki. The previous discussion is easily skimmable here: http://markmail.org/thread/j57gbt5g4vtbk2iw My opinion is that we should go with the Publican-generated site. It's much less maintenance and can easily be hosted on Apache infrastructure. But, please do look over the earlier thread and if you have an interest in participating in CloudStack docs - please do speak up with a preference. Thanks, Joe On Thu, Aug 16, 2012, at 02:46 PM, David Nalley wrote: Hi folks, Wanted to toss this out there and get some reaction. We use Publican to transform our documentation XML into consumable formats like HTML, EPUB, PDF, etc. Publican has a number of other functions, and one of those is publishing a documentation website. I've participated in this with other projects, and it seems to be relatively easy. (it's literally two commands to build and publish a document) So I started playing with this today - and you can take a look at my VERY UNPOLISHED results. I only spent a few hours on this today, so there is still plenty that needs to happen for this to look presentable, but please have a look. http://people.apache.org/~ke4qqq/docs A couple of things I'll point out. The interface is completely localized in scores of languages - and it will automagically load to match your browsers locale provided there are docs in that language. To date though we only have zh_CN, and only for a single document. You can also manually set your language. The TOC on the left is divided by 'product' [1], then by version [2], and then document. I will note that you are presented with all of the formats that the document was built for (so you'll see HTML, HTML-Single, PDF and EPUB and the latter two options are download links for the docs.) And that permits you to load your content pretty easily. [1] I'd imagine we'd generally only have a single product - Apache CloudStack, but perhaps there will be others, like Apache CloudStack Contributor Documentation which is separate from user documentation [2] Selecting a version shows you all available documents for that version in your language of choice What do folks think of presenting our 'official documentation' in this manner? Is it something worth pursuing? I was thinking having this be a docs/ subdirectory on the project site (e.g. incubator.apache.org/cloudstack/docs, is there a better place for it? Thoughts, comments, or flames are welcome. --David -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
marvin live tests into master
For the upcoming test phase live tests done by Marvin will be setup as per https://issues.apache.org/jira/browse/CLOUDSTACK-13 The original authors of the test code have now submitted the ASF-ICLA to the PPMC and I will be moving the tests into master over the next few days. Holler if there are objections. Thanks, -- Prasanna.,
Re: [Discuss] VM Snapshot
On 09/05/2012 09:22 AM, Mice Xia wrote: Thanks Wido, Following two APIs are not fully implemented in java-binding and much likely to be used by vm-snapshot as far as i can tell now: 1) Domain.snapshotCreateXML(String) expect to add an arugment 'flags', specifically, '--redefine' is needed for associating a snapshot's meta data to a VM 2) Domain.undefine() expect to add flags or anytihng equivalent to 'virsh undefine --snapshots-metadata', just like Kelven pointed out, CS currently orchestrate the formation of VM on the fly, in order to take a snapshot on a stopped VM, a 'worker' VM will be defined and before that existing domain with same UUID must be undefined completely. I get it. I'll put this on my list to look at once 4.0 is out of the door and all the building is working properly. Wido Regards Mice 2012/9/4 Wido den Hollander w...@widodh.nl On 09/03/2012 03:47 PM, Mice Xia wrote: Dear all, Sorry for the late response.Here is a simple update for this feature, commited in the branch 'vm-snapshot', feedbacks are welcomed. [Progress] https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Snapshots finish major parts for xenserver/vmware run some simple tests on vmware/xenserver free ediiton/xenserver enterprise edition [ToDo] continue to enhance existing codes especially for exception handling. add capacity/limit/usage related codes unittest/full testing KVM support (TBD, needs patch libvirt java binding) Reading the Wiki I found this: For current libvirt java binding, APIs required by vm snapshot are lack of arguments (not fully implemented), for example, CS needs to use API snapshot-create with parameter --redefine to re-associate a snapshot meta-data to a VM. Solutions could be either implement them in libvirt or get around it by directly calling virsh. Please, do NOT call virsh! I'm in the process of getting those things out of the Agent. I'll dive into the libvirt Java bindings for this and fix what is necessary. I've got some good contacts with the libvirt guys. What methods are you referring to in libvirt-java which need fixing? It should be trivial to fix it. Wido Regards Mice 2012/8/10 Matthew Patton mpat...@inforelay.com On Wed, 08 Aug 2012 21:51:50 -0400, Edison Su edison...@citrix.com wrote: From: Mice Xia [mailto:mice_xia@**tcloudcomputing.com mice_...@tcloudcomputing.com ] ... For following scenarios I need some suggestions: a) 'vm snapshot, detach volume and attach it to another VM, rollback snapshot', This is not a problem. A volume and it's (several) snapshots are described in the HYPERVISOR's native metadata file closely associated with the volume. If the hypervisor doesn't actually manage that relationship and associated housekeeping tasks, CloudStack has no business trying to implement it. The option is simply not available to the user. Cloud automation is NOT about inventing new things, it's about automating what is currently possible within the capabilities of the particular hypervisor and storage mixture at hand. Where cloud software goes wrong is thinking it's the master of everything. It's NOT, and never will be. All configuration and runtime state must be pulled from the actual devices (hypervisors, storage arrays, network gear, etc.) because things will change underneath it. It is unforgivably naive to assume there won't be outside influence. Of course we'd all like to pretend that the cloud knows all and that it is always authoritative, but if you write the software under that assumption, the users will be mighty ticked off when it's not the case and things break left and right. b) 'vm snapshot, detach and destroy volume, rollback snapshot', That's not a valid operation. A snapshot is ALWAYS associated with it's parent 'disk'. If you delete the parent, all snapshots are deleted with it. Three candidate solutions that I can figure out now, 1) disallow detach volumes if specified VM has VM snapshots. uh, no. 2) allow to snapshot/rollback, for a), this will result in two volumes, one attached to anther VM, one attached to VM that rollback from snapshot; for This is a matter for the hypervisor or storage array. AFAIK even ESX doesn't let you do this even if the parent disk is marked RO since it puts an exclusive lock on the volume. Storage arrays pull this off by thin-cloning the source so the VM thinks it has it's own disk even when it didn't start out that way. Again, Cloudstack isn't about doing storage trickery. It's about making the proper calls to the hypervisor or (maybe?) the storage array to do such fancy cloning. So if you want to provision a VM and attach a particular volume/snapshot sequence that isn't already locked for use, then no problem; treat it like you own it outright and launch. Any successive creation/destruction of snapshots is the purview of that one active VM and doesn't require any fancy footwork. If on the other hand the source
ant build errors when compile awsapi
Should I move to maven build, or ant build still works? It was fine to build use ant in the morning. The recent changes seems can not pass the ant build due to missing some dependent packages, see following errors: compile-awsapi: [mkdir] Created dir: /opt/cs-apache/incubator-cloudstack/target/classes/cloud-awsapi.jar [echo] Compiling /opt/cs-apache/incubator-cloudstack/awsapi/src [javac] Compiling 972 source files to /opt/cs-apache/incubator-cloudstack/target/classes/cloud-awsapi.jar [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:49: package com.caringo.client.locate does not exist [javac] import com.caringo.client.locate.Locator; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:50: package com.caringo.client.locate does not exist [javac] import com.caringo.client.locate.StaticLocator; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:51: package com.caringo.client.locate does not exist [javac] import com.caringo.client.locate.ZeroconfLocator; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:52: package com.caringo.client does not exist [javac] import com.caringo.client.ResettableFileInputStream; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:53: package com.caringo.client does not exist [javac] import com.caringo.client.ScspClient; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:54: package com.caringo.client does not exist [javac] import com.caringo.client.ScspExecutionException; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:55: package com.caringo.client does not exist [javac] import com.caringo.client.ScspHeaders; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:56: package com.caringo.client does not exist [javac] import com.caringo.client.ScspQueryArgs; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:57: package com.caringo.client does not exist [javac] import com.caringo.client.ScspResponse; [javac] ^ [javac] /opt/cs-apache/incubator-cloudstack/awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java:82: cannot find symbol [javac] symbol : class ScspClient Thanks. -- Gavin
Re: Review Request: CS-10219 Add option to set login attempts to portal.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/ --- (Updated Sept. 6, 2012, 11:01 a.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, and Alena Prokharchyk. Changes --- Added check for global configuration. Description --- Added global setting login.attempts.allowed which defines the maximum incorrect password attempts allowed. Also after the maximum attempts are reached the user account is disabled. This addresses bug CS-10219. Diffs (updated) - core/src/com/cloud/user/UserAccountVO.java 5e7c018 server/src/com/cloud/configuration/Config.java ebcd070 server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9da08d server/src/com/cloud/user/AccountManagerImpl.java 38153f3 setup/db/create-schema.sql fa933e3 setup/db/db/schema-302to40.sql aaf23e6 Diff: https://reviews.apache.org/r/6858/diff/ Testing --- Verified locally. Thanks, saksham srivastava
Re: Review Request: CS-10219 Add option to set login attempts to portal.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/#review11095 --- Ship it! Ship It! - Devdeep Singh On Sept. 6, 2012, 11:01 a.m., saksham srivastava wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/ --- (Updated Sept. 6, 2012, 11:01 a.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, and Alena Prokharchyk. Description --- Added global setting login.attempts.allowed which defines the maximum incorrect password attempts allowed. Also after the maximum attempts are reached the user account is disabled. This addresses bug CS-10219. Diffs - core/src/com/cloud/user/UserAccountVO.java 5e7c018 server/src/com/cloud/configuration/Config.java ebcd070 server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9da08d server/src/com/cloud/user/AccountManagerImpl.java 38153f3 setup/db/create-schema.sql fa933e3 setup/db/db/schema-302to40.sql aaf23e6 Diff: https://reviews.apache.org/r/6858/diff/ Testing --- Verified locally. Thanks, saksham srivastava
[jira] [Assigned] (CLOUDSTACK-19) Request mirroring for our release and pre-release artifacts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chip Childers reassigned CLOUDSTACK-19: --- Assignee: Chip Childers Request mirroring for our release and pre-release artifacts --- Key: CLOUDSTACK-19 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-19 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Chip Childers We need to request mirroring for our release and pre-release artifacts. -- 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-19) Request mirroring for our release and pre-release artifacts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13449608#comment-13449608 ] Chip Childers commented on CLOUDSTACK-19: - Ticket opened here: https://issues.apache.org/jira/browse/INFRA-5225 Request mirroring for our release and pre-release artifacts --- Key: CLOUDSTACK-19 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-19 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Chip Childers We need to request mirroring for our release and pre-release artifacts. -- 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-15) LICENSE and NOTICE file final audits
[ https://issues.apache.org/jira/browse/CLOUDSTACK-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chip Childers updated CLOUDSTACK-15: Description: Perform a final audit of the CloudStack LICENSE and NOTICE files. See http://apache.org/legal/src-headers.html#notice. was: Perform a final audit of the CloudStack NOTICE file. See http://apache.org/legal/src-headers.html#notice. Summary: LICENSE and NOTICE file final audits (was: NOTICE file final audit) LICENSE and NOTICE file final audits Key: CLOUDSTACK-15 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-15 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Priority: Blocker Fix For: 4.0.0 Perform a final audit of the CloudStack LICENSE and NOTICE files. See http://apache.org/legal/src-headers.html#notice. -- 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
Introducing some new developers to the community
Hi all, I wanted to drop a note to the list to introduce some new developers that SunGard Availability Services will be sponsoring to help on the project. We have 6 software developers, and one infrastructure architect, that you'll start to see participating on the list this month (and hopefully more to come in the next couple of months). This will be a new project for most of the team, but everyone has been doing similar work on our own internal software previously (and some from previous companies doing similar work). As a group, they'll be focusing on learning the architecture, components and overall project processes this month. I've suggested to the team that reviewing existing docs / code is the place to start, and then attempting to tackle bugs that are still unassigned / unresolved in bugs.cloudstack.org is the next step. Beyond that, we'll see where we go as a community. ;-) I'd love the continued support of everyone else in helping these new community members integrate into the project! The software developers are: Matthew Morrissey matthew.morris...@sungard.com, based in Philadelphia, PA, USA Raj Subrahmanian raj.subrahman...@sungard.com, based in Philadelphia, PA, USA (but usually in Connecticut) Yichi Lu yichi...@sungard.com, based in Austin, TX, USA Manikanta Kattamuri manikanta.kattam...@sungard.com, based in Pune, India Meghna Kale meghna.k...@sungard.com, based in Pune, India Nischal Vohra nischal.vo...@sungard.com, based in Pune, India The infrastructure architect is Adam Grochowski adam.grochow...@sungard.com, based in Philadelphia, PA, USA. Thanks! -chip
Re: maven install failed
On 09/05/2012 07:14 PM, Edison Su wrote: Check out the lastest master code, cd deps, then mvn install will work. I've tried the same for building the Debian packages, but I keep running into ws.zones.apache.org which is down. What I've seen: INFO] snapshot org.apache.cloudstack:cloud-awsapi:4.0.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://ws.zones.apache.org/repository2/org/apache/ws/commons/schema/XmlSchema/1.4.2/XmlSchema-1.4.2.pom [WARNING] Unable to get resource 'org.apache.ws.commons.schema:XmlSchema:pom:1.4.2' from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2): Error transferring file: Connection timed out This seems to be blocking my installs. Can we get rid of that mirror somehow? As a last note, I made a commit yesterday for an external repository for libvirt-java 0.4.8 in the maven-waf branch (981505268b336b7bafd9b05f25616c48a1d6c63f), shouldn't that work? From what I read we are able to do a OSS build with KVM support enabled as of today. Wido -Original Message- From: Anthony Xu [mailto:xuefei...@citrix.com] Sent: Wednesday, September 05, 2012 10:04 AM To: cloudstack-dev@incubator.apache.org Subject: RE: maven install failed I did $ mvn $ deps/install-non-oss.sh $ mvn -P deps -pl deps I still see errors ant build-all Buildfile: build.xml [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties BUILD FAILED /home/anthony/vmops/master-cloudstack-oss/build.xml:48: The following error occurred while executing this line: /home/anthony/vmops/master-cloudstack-oss/build/build-aws-api.xml:34: taskdef class org.apache.axis2.tool.ant.AntCodegenTask cannot be found Total time: 0 seconds -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Tuesday, September 04, 2012 6:26 PM To: CloudStack DeveloperList Subject: Re: maven install failed Check this: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Ma ven You can do mvn -P deps -pl deps On 9/4/12 5:51 PM, Anthony Xu xuefei...@citrix.com wrote: I'm using ubuntu 12.04 64 bit. Execution of maven install under directory deps failed. Does anyone meet this issue? Thanks Anthony Downloading: http://repo1.maven.org/maven2/com/cloud/com/vmware/vmware- apputils/1.0/vmw are-apputils-1.0.jar [INFO] Unable to find resource 'com.cloud.com.citrix:netscaler-sdx:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] Unable to find resource 'com.cloud.com.vmware:vmware-apputils:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) com.cloud.com.netapp:manageontap:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.cloudstack:cloud-deps:jar:4.0.0-SNAPSHOT 2) org.apache.cloudstack:cloud-plugin-netapp:jar:4.0.0- SNAPSHOT 3) com.cloud.com.netapp:manageontap:jar:1.0 2) com.cloud.com.f5:icontrol:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.cloud.com.f5 -DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar - Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.cloud.com.f5 -DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar - Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.cloudstack:cloud-deps:jar:4.0.0-SNAPSHOT 2) org.apache.cloudstack:cloud-plugin-network-srx:jar:4.0.0-SNAPSHOT 3) com.cloud.com.f5:icontrol:jar:1.0 3)
Re: maven install failed
On 09/06/2012 04:36 PM, Chip Childers wrote: Wido - Just remind me. libvirt-java 0.4.8 is the version with the compatible license now, right? Which license is it now? 0.4.8 is still LGPL, but 0.4.9 will be MIT. We however have an exception for libvirt-java: https://issues.apache.org/jira/browse/LEGAL-144 Wido Thanks! On Thu, Sep 6, 2012 at 10:32 AM, Wido den Hollander w...@widodh.nl wrote: On 09/05/2012 07:14 PM, Edison Su wrote: Check out the lastest master code, cd deps, then mvn install will work. I've tried the same for building the Debian packages, but I keep running into ws.zones.apache.org which is down. What I've seen: INFO] snapshot org.apache.cloudstack:cloud-awsapi:4.0.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://ws.zones.apache.org/repository2/org/apache/ws/commons/schema/XmlSchema/1.4.2/XmlSchema-1.4.2.pom [WARNING] Unable to get resource 'org.apache.ws.commons.schema:XmlSchema:pom:1.4.2' from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2): Error transferring file: Connection timed out This seems to be blocking my installs. Can we get rid of that mirror somehow? As a last note, I made a commit yesterday for an external repository for libvirt-java 0.4.8 in the maven-waf branch (981505268b336b7bafd9b05f25616c48a1d6c63f), shouldn't that work? From what I read we are able to do a OSS build with KVM support enabled as of today. Wido -Original Message- From: Anthony Xu [mailto:xuefei...@citrix.com] Sent: Wednesday, September 05, 2012 10:04 AM To: cloudstack-dev@incubator.apache.org Subject: RE: maven install failed I did $ mvn $ deps/install-non-oss.sh $ mvn -P deps -pl deps I still see errors ant build-all Buildfile: build.xml [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties BUILD FAILED /home/anthony/vmops/master-cloudstack-oss/build.xml:48: The following error occurred while executing this line: /home/anthony/vmops/master-cloudstack-oss/build/build-aws-api.xml:34: taskdef class org.apache.axis2.tool.ant.AntCodegenTask cannot be found Total time: 0 seconds -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Tuesday, September 04, 2012 6:26 PM To: CloudStack DeveloperList Subject: Re: maven install failed Check this: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Ma ven You can do mvn -P deps -pl deps On 9/4/12 5:51 PM, Anthony Xu xuefei...@citrix.com wrote: I'm using ubuntu 12.04 64 bit. Execution of maven install under directory deps failed. Does anyone meet this issue? Thanks Anthony Downloading: http://repo1.maven.org/maven2/com/cloud/com/vmware/vmware- apputils/1.0/vmw are-apputils-1.0.jar [INFO] Unable to find resource 'com.cloud.com.citrix:netscaler-sdx:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] Unable to find resource 'com.cloud.com.vmware:vmware-apputils:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) com.cloud.com.netapp:manageontap:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.cloudstack:cloud-deps:jar:4.0.0-SNAPSHOT 2) org.apache.cloudstack:cloud-plugin-netapp:jar:4.0.0- SNAPSHOT 3) com.cloud.com.netapp:manageontap:jar:1.0 2) com.cloud.com.f5:icontrol:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.cloud.com.f5 -DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar - Dfile=/path/to/file Alternatively, if you host your own repository
Re: maven install failed
On Thu, Sep 6, 2012 at 10:39 AM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 04:36 PM, Chip Childers wrote: Wido - Just remind me. libvirt-java 0.4.8 is the version with the compatible license now, right? Which license is it now? 0.4.8 is still LGPL, but 0.4.9 will be MIT. We however have an exception for libvirt-java: https://issues.apache.org/jira/browse/LEGAL-144 Right - thanks for the reminder. Wido Thanks! On Thu, Sep 6, 2012 at 10:32 AM, Wido den Hollander w...@widodh.nl wrote: On 09/05/2012 07:14 PM, Edison Su wrote: Check out the lastest master code, cd deps, then mvn install will work. I've tried the same for building the Debian packages, but I keep running into ws.zones.apache.org which is down. What I've seen: INFO] snapshot org.apache.cloudstack:cloud-awsapi:4.0.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://ws.zones.apache.org/repository2/org/apache/ws/commons/schema/XmlSchema/1.4.2/XmlSchema-1.4.2.pom [WARNING] Unable to get resource 'org.apache.ws.commons.schema:XmlSchema:pom:1.4.2' from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2): Error transferring file: Connection timed out This seems to be blocking my installs. Can we get rid of that mirror somehow? As a last note, I made a commit yesterday for an external repository for libvirt-java 0.4.8 in the maven-waf branch (981505268b336b7bafd9b05f25616c48a1d6c63f), shouldn't that work? From what I read we are able to do a OSS build with KVM support enabled as of today. Wido -Original Message- From: Anthony Xu [mailto:xuefei...@citrix.com] Sent: Wednesday, September 05, 2012 10:04 AM To: cloudstack-dev@incubator.apache.org Subject: RE: maven install failed I did $ mvn $ deps/install-non-oss.sh $ mvn -P deps -pl deps I still see errors ant build-all Buildfile: build.xml [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties [echo] Using build parameters from /home/anthony/vmops/master- cloudstack-oss/build/build-cloud.properties [echo] Using company info from /home/anthony/vmops/master- cloudstack-oss/build/cloud.properties [echo] Using override file from /home/anthony/vmops/master- cloudstack-oss/build/replace.properties BUILD FAILED /home/anthony/vmops/master-cloudstack-oss/build.xml:48: The following error occurred while executing this line: /home/anthony/vmops/master-cloudstack-oss/build/build-aws-api.xml:34: taskdef class org.apache.axis2.tool.ant.AntCodegenTask cannot be found Total time: 0 seconds -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Tuesday, September 04, 2012 6:26 PM To: CloudStack DeveloperList Subject: Re: maven install failed Check this: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Ma ven You can do mvn -P deps -pl deps On 9/4/12 5:51 PM, Anthony Xu xuefei...@citrix.com wrote: I'm using ubuntu 12.04 64 bit. Execution of maven install under directory deps failed. Does anyone meet this issue? Thanks Anthony Downloading: http://repo1.maven.org/maven2/com/cloud/com/vmware/vmware- apputils/1.0/vmw are-apputils-1.0.jar [INFO] Unable to find resource 'com.cloud.com.citrix:netscaler-sdx:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] Unable to find resource 'com.cloud.com.vmware:vmware-apputils:jar:1.0' in repository central (http://repo1.maven.org/maven2) [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) com.cloud.com.netapp:manageontap:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.cloudstack:cloud-deps:jar:4.0.0-SNAPSHOT 2) org.apache.cloudstack:cloud-plugin-netapp:jar:4.0.0- SNAPSHOT 3) com.cloud.com.netapp:manageontap:jar:1.0 2) com.cloud.com.f5:icontrol:jar:1.0 Try downloading the file manually from the project website.
Re: Introducing some new developers to the community
On 06-Sep-2012, at 7:57 PM, Chip Childers chip.child...@sungard.com wrote: Hi all, I wanted to drop a note to the list to introduce some new developers that SunGard Availability Services will be sponsoring to help on the project. We have 6 software developers, and one infrastructure architect, that you'll start to see participating on the list this month (and hopefully more to come in the next couple of months). This will be a new project for most of the team, but everyone has been doing similar work on our own internal software previously (and some from previous companies doing similar work). As a group, they'll be focusing on learning the architecture, components and overall project processes this month. I've suggested to the team that reviewing existing docs / code is the place to start, and then attempting to tackle bugs that are still unassigned / unresolved in bugs.cloudstack.org is the next step. Beyond that, we'll see where we go as a community. ;-) I'd love the continued support of everyone else in helping these new community members integrate into the project! The software developers are: Matthew Morrissey matthew.morris...@sungard.com, based in Philadelphia, PA, USA Raj Subrahmanian raj.subrahman...@sungard.com, based in Philadelphia, PA, USA (but usually in Connecticut) Yichi Lu yichi...@sungard.com, based in Austin, TX, USA Manikanta Kattamuri manikanta.kattam...@sungard.com, based in Pune, India Meghna Kale meghna.k...@sungard.com, based in Pune, India Nischal Vohra nischal.vo...@sungard.com, based in Pune, India The infrastructure architect is Adam Grochowski adam.grochow...@sungard.com, based in Philadelphia, PA, USA. Welcome everyone! Go through the root wiki page: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Index As a relatively new developer myself, I try to explore/add/edit/update wiki as I learn from the old beards :) So, please add/update content on the ASF wiki as you learn. The first week I tried to learn CS as a user and read install, admin guides and go through an old induction guide: http://intranet.lab.vmops.com/engineering/101/developing-the-cloudstack/product-induction-guide I'm guessing perhaps you'll all have access to bunch of servers anyway, but try DevCloud too: http://wiki.cloudstack.org/display/COMM/DevCloud Setup your development environment, join mailing lists, get help and also help out, and contribute patches through review board or on developer ML: http://wiki.cloudstack.org/display/gen/Review+Board Regards, Rohit Thanks! -chip
Re: Review Request: Add initial support for Caringo's CAStor object storage as the S3 backend.
Hey all, Can I ask a favor, which is to not edit the NOTICE and LICENSE files directly? I'm trying to keep things structured within the tools/whisker/descriptor.xml file, so that the LICENSE and NOTICE are generated from that structured data. I'll take a look at the change in the commit, and integrate it into the descriptor.xml file shortly. -chip On Thu, Sep 6, 2012 at 2:37 AM, Chiradeep Vittal chirade...@gmail.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/#review11086 --- Ship it! I committed this to master. I did not see JmDns in the pom.xml so I removed it from the NOTICE - Chiradeep Vittal On Sept. 6, 2012, 12:07 a.m., Jamshid Afshar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/ --- (Updated Sept. 6, 2012, 12:07 a.m.) Review request for cloudstack. Description --- Below is the commit message. This is my first patch, let me know if I did anything wrong or if e.g. using storage.root is not how configuring a new storage backend should be done. Add initial support for Caringo's CAStor object storage as the S3 backend. Similar to the s3-hdfs example. Now storage.root can specify castor followed by a list of IP addresses for the nodes in the CAStor cluster. S3 operations will then create and read buckets and objects in CAStor instead of a file system. Diffs - NOTICE 9c124ab awsapi/pom.xml 2909376 awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java PRE-CREATION awsapi/src/com/cloud/bridge/model/SHost.java 4ed5b7e awsapi/src/com/cloud/bridge/service/controller/s3/ServiceProvider.java 2f1791e awsapi/src/com/cloud/bridge/service/core/s3/S3Engine.java a117d13 Diff: https://reviews.apache.org/r/6473/diff/ Testing --- Tested a boto script I believe we got from Chiradeep (localhost_test.py) that creates buckets and streams, does a range read and delete. I will continue to do more testing (http://wiki.cloudstack.org/display/QA/How+to+run+S3+Tests+against+CloudStack+S3+Implementation). Thanks, Jamshid Afshar
Re: RPM build is fixed, sort of...
On Thu, Sep 6, 2012 at 5:47 AM, Rohit Yadav rohit.ya...@citrix.com wrote: On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Rohit So I personally don't see why maven + rpmbuild or maven + dpkg couldn't be enough for packaging. Don't we really want people to be able to install CloudStack using maven? Certainly from a developer standpoint I think that is an end goal. Aside from the fact that it exists, I don't see anything that waf currently does that maven can't do. --David
[jira] [Created] (CLOUDSTACK-25) Allow Virtual Load Balancer with basic zone
Caleb Call created CLOUDSTACK-25: Summary: Allow Virtual Load Balancer with basic zone Key: CLOUDSTACK-25 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-25 Project: CloudStack Issue Type: Improvement Reporter: Caleb Call Currently, using a virtual lb is not allowed when using a basic zone. This would be a great feature to have for companies that don't have hardware load balancers. I'm told this was an option in the 2.x branch but got left out of 3.x. -- 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: conditional build
Chip, The instructions on https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven should be accurate. Please note that you have to specifiy a prerelease name on the waf commandline. First make sure the dependencies are alright, then run the waf command under the Building RPM packages header. Cheers, Hugo -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 2:51 PM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: conditional build Hugo, Can you give me the dummy's guide to doing an RPM build now please? If I can get a clean build from maven-waf, then I'd propose we quickly merge from that branch back to trunk, and then over to 4.0. Once it's in 4.0, I can modify the RC build script to build the source, binary and RPM versions for the release candidate. -chip On Thu, Sep 6, 2012 at 2:22 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
RE: conditional build
I did not check if we need vmware-base for anything. If we can move that to the non-oss list we don't need any of the jars. Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Thursday, September 06, 2012 5:54 PM To: cloudstack-dev@incubator.apache.org Cc: cloudstack-dev@incubator.apache.org Subject: Re: conditional build Is downloading the VMware jars a must? The build should work, without downloading these deps, for an OSS build. Sent from my iPhone On Sep 6, 2012, at 8:49 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Chip, The instructions on https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+M aven should be accurate. Please note that you have to specifiy a prerelease name on the waf commandline. First make sure the dependencies are alright, then run the waf command under the Building RPM packages header. Cheers, Hugo -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 2:51 PM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: conditional build Hugo, Can you give me the dummy's guide to doing an RPM build now please? If I can get a clean build from maven-waf, then I'd propose we quickly merge from that branch back to trunk, and then over to 4.0. Once it's in 4.0, I can modify the RC build script to build the source, binary and RPM versions for the release candidate. -chip On Thu, Sep 6, 2012 at 2:22 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
Re: conditional build
Is downloading the VMware jars a must? The build should work, without downloading these deps, for an OSS build. Sent from my iPhone On Sep 6, 2012, at 8:49 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Chip, The instructions on https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven should be accurate. Please note that you have to specifiy a prerelease name on the waf commandline. First make sure the dependencies are alright, then run the waf command under the Building RPM packages header. Cheers, Hugo -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 2:51 PM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: conditional build Hugo, Can you give me the dummy's guide to doing an RPM build now please? If I can get a clean build from maven-waf, then I'd propose we quickly merge from that branch back to trunk, and then over to 4.0. Once it's in 4.0, I can modify the RC build script to build the source, binary and RPM versions for the release candidate. -chip On Thu, Sep 6, 2012 at 2:22 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
[jira] [Created] (CLOUDSTACK-26) Jars still present in the what would be RC1
David Nalley created CLOUDSTACK-26: -- Summary: Jars still present in the what would be RC1 Key: CLOUDSTACK-26 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-26 Project: CloudStack Issue Type: Bug Components: AWSAPI Affects Versions: pre-4.0.0 Reporter: David Nalley Priority: Blocker Fix For: 4.0.0 As a general rule binaries should not be present in the source tree. AWSAPI has the following jars in the tree. ./awsapi/modules/axis2-spring-1.6.2.jar ./awsapi/modules/axis2-kernel-1.6.2.jar ./awsapi/modules/axis2-jaxws-1.6.2.jar ./awsapi/modules/axis2-jaxbri-1.6.2.jar ./awsapi/modules/axis2-corba-1.6.2.jar ./awsapi/modules/axis2-adb-codegen-1.6.2.jar ./awsapi/modules/axis2-xmlbeans-1.6.2.jar ./awsapi/modules/axis2-mtompolicy-1.6.2.jar ./awsapi/modules/axis2-transport-local-1.6.2.jar ./awsapi/modules/axis2-codegen-1.6.2.jar ./awsapi/modules/axis2-transport-http-1.6.2.jar ./awsapi/modules/axis2-jibx-1.6.2.jar ./awsapi/modules/axis2-clustering-1.6.2.jar ./awsapi/modules/axis2-java2wsdl-1.6.2.jar ./awsapi/modules/axis2-adb-1.6.2.jar ./awsapi/modules/axis2-saaj-1.6.2.jar ./awsapi/modules/axis2-metadata-1.6.2.jar ./awsapi/modules/axis2-ant-plugin-1.6.2.jar ./awsapi/modules/axis2-json-1.6.2.jar ./awsapi/modules/axis2-soapmonitor-servlet-1.6.2.jar ./awsapi/modules/axis2-fastinfoset-1.6.2.jar -- 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: Review Request: Add initial support for Caringo's CAStor object storage as the S3 backend.
On Thu, Sep 6, 2012 at 12:54 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Sorry about that. I should have been more careful. No worries! It's fixed in master. On 9/6/12 8:37 AM, Chip Childers chip.child...@sungard.com wrote: And actually, after looking at the commit, the licensing statement actually belongs in the LICENSE file and not the NOTICE file. On Thu, Sep 6, 2012 at 11:34 AM, Chip Childers chip.child...@sungard.com wrote: Hey all, Can I ask a favor, which is to not edit the NOTICE and LICENSE files directly? I'm trying to keep things structured within the tools/whisker/descriptor.xml file, so that the LICENSE and NOTICE are generated from that structured data. I'll take a look at the change in the commit, and integrate it into the descriptor.xml file shortly. -chip On Thu, Sep 6, 2012 at 2:37 AM, Chiradeep Vittal chirade...@gmail.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/#review11086 --- Ship it! I committed this to master. I did not see JmDns in the pom.xml so I removed it from the NOTICE - Chiradeep Vittal On Sept. 6, 2012, 12:07 a.m., Jamshid Afshar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6473/ --- (Updated Sept. 6, 2012, 12:07 a.m.) Review request for cloudstack. Description --- Below is the commit message. This is my first patch, let me know if I did anything wrong or if e.g. using storage.root is not how configuring a new storage backend should be done. Add initial support for Caringo's CAStor object storage as the S3 backend. Similar to the s3-hdfs example. Now storage.root can specify castor followed by a list of IP addresses for the nodes in the CAStor cluster. S3 operations will then create and read buckets and objects in CAStor instead of a file system. Diffs - NOTICE 9c124ab awsapi/pom.xml 2909376 awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java PRE-CREATION awsapi/src/com/cloud/bridge/model/SHost.java 4ed5b7e awsapi/src/com/cloud/bridge/service/controller/s3/ServiceProvider.java 2f1791e awsapi/src/com/cloud/bridge/service/core/s3/S3Engine.java a117d13 Diff: https://reviews.apache.org/r/6473/diff/ Testing --- Tested a boto script I believe we got from Chiradeep (localhost_test.py) that creates buckets and streams, does a range read and delete. I will continue to do more testing (http://wiki.cloudstack.org/display/QA/How+to+run+S3+Tests+against+Clou dStack+S3+Implementation). Thanks, Jamshid Afshar
[DISCUSS] how about components.xml
Hey, While testing the my fresh RPMs I ran into some trouble starting the management server. The components.xml.in file references the elements and classes for components that we put on the nonoss list. So they might not be available after installation and should not be used by default I think. I would propose to strip them from the components.xml. However I have no easy solution on how an end-user would add them later other than editing the file by hand. Any ideas? Cheers, Hugo
Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/#review11105 --- Fixed by Wido in the maven-waf branch. Thanks for the patch :-) - Hugo Trippaers On Sept. 5, 2012, 10:38 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/ --- (Updated Sept. 5, 2012, 10:38 a.m.) Review request for cloudstack. Description --- Adding libvirt.org maven repository in pom.xml will automate the build, and we can run kvm hypervisor plugin build without -Dnonoss. I also added exec:java configuration so that we can test the hypervisor code easily. Diffs - plugins/hypervisors/kvm/pom.xml 8cdaa86 plugins/pom.xml 2a6ca31 Diff: https://reviews.apache.org/r/6925/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
Re: Review Request: Fedora 17 openjdk 1.7 support
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6941/#review11106 --- Is it alright if i come back to this a little later? The current release targets platforms with java 1.6 and tomcat6. - Hugo Trippaers On Sept. 6, 2012, 7:17 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6941/ --- (Updated Sept. 6, 2012, 7:17 a.m.) Review request for cloudstack. Description --- In fedora 17 package, openjdk 1.6 package was marked as deprecated, and only openjdk 1.7 is available for general. https://admin.fedoraproject.org/pkgdb/acls/name/java-1.6.0-openjdk Diffs - cloud.spec b22bd8c Diff: https://reviews.apache.org/r/6941/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
RE: [DISCUSS] how about components.xml
We can always put out a OSS components.xml and a full components.xml. components.xmls can inherit from each other so the full componetns.xml won't have to redefine everything just the things that changed. The user can specify which one to use via an environment variable, cloud-stack-components-specification. Put this in the properties file and set the value to the path to components.xml cloudstack should use. --Alex -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Thursday, September 06, 2012 10:02 AM To: cloudstack-dev@incubator.apache.org Subject: [DISCUSS] how about components.xml Hey, While testing the my fresh RPMs I ran into some trouble starting the management server. The components.xml.in file references the elements and classes for components that we put on the nonoss list. So they might not be available after installation and should not be used by default I think. I would propose to strip them from the components.xml. However I have no easy solution on how an end-user would add them later other than editing the file by hand. Any ideas? Cheers, Hugo
Re: RPM build is fixed, sort of...
So, the RPMs build fine for me with the current 4.0 tree, but installing them and trying to use them, it seems something was missed, getting a 500 on the client: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application On Thu, Sep 6, 2012 at 9:40 AM, David Nalley da...@gnsa.us wrote: On Thu, Sep 6, 2012 at 5:47 AM, Rohit Yadav rohit.ya...@citrix.com wrote: On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Rohit So I personally don't see why maven + rpmbuild or maven + dpkg couldn't be enough for packaging. Don't we really want people to be able to install CloudStack using maven? Certainly from a developer standpoint I think that is an end goal. Aside from the fact that it exists, I don't see anything that waf currently does that maven can't do. --David
[jira] [Created] (CLOUDSTACK-29) IPTables included in the source tree
David Nalley created CLOUDSTACK-29: -- Summary: IPTables included in the source tree Key: CLOUDSTACK-29 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-29 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Reporter: David Nalley Priority: Blocker Fix For: 4.0.0 patches/systemvm/debian/iptables_1.4.8-3local1checksum1_i386.deb is present in the source tree. This is both a binary and a GPLed software and thus forbidden on two counts. -- 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: RPM build is fixed, sort of...
nevermind, just bitten by the stuff not being included anymore and had to install a few more dependencies. On Thu, Sep 6, 2012 at 11:27 AM, Marcus Sorensen shadow...@gmail.com wrote: So, the RPMs build fine for me with the current 4.0 tree, but installing them and trying to use them, it seems something was missed, getting a 500 on the client: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application On Thu, Sep 6, 2012 at 9:40 AM, David Nalley da...@gnsa.us wrote: On Thu, Sep 6, 2012 at 5:47 AM, Rohit Yadav rohit.ya...@citrix.com wrote: On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Rohit So I personally don't see why maven + rpmbuild or maven + dpkg couldn't be enough for packaging. Don't we really want people to be able to install CloudStack using maven? Certainly from a developer standpoint I think that is an end goal. Aside from the fact that it exists, I don't see anything that waf currently does that maven can't do. --David
[jira] [Created] (CLOUDSTACK-30) vhd-util binary
David Nalley created CLOUDSTACK-30: -- Summary: vhd-util binary Key: CLOUDSTACK-30 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-30 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Reporter: David Nalley Priority: Blocker Fix For: 4.0.0 patches/systemvm/debian/config/bin/vhd-util is a binary that is included in the source tree. vhd-util itself appears to be BSD-licensed, but it comes from a package (blktap) that is BSD and GPL (note it' is 'and' and not 'or') - so not positive that there aren't cross contamination, and that needs to be explored. Regardless it's a binary in the source tree that should go away. -- 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: conditional build
Yah, vmware-base can be moved to no-oss. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Thursday, September 06, 2012 9:00 AM To: cloudstack-dev@incubator.apache.org Subject: RE: conditional build I did not check if we need vmware-base for anything. If we can move that to the non-oss list we don't need any of the jars. Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Thursday, September 06, 2012 5:54 PM To: cloudstack-dev@incubator.apache.org Cc: cloudstack-dev@incubator.apache.org Subject: Re: conditional build Is downloading the VMware jars a must? The build should work, without downloading these deps, for an OSS build. Sent from my iPhone On Sep 6, 2012, at 8:49 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Chip, The instructions on https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+M aven should be accurate. Please note that you have to specifiy a prerelease name on the waf commandline. First make sure the dependencies are alright, then run the waf command under the Building RPM packages header. Cheers, Hugo -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 2:51 PM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: conditional build Hugo, Can you give me the dummy's guide to doing an RPM build now please? If I can get a clean build from maven-waf, then I'd propose we quickly merge from that branch back to trunk, and then over to 4.0. Once it's in 4.0, I can modify the RC build script to build the source, binary and RPM versions for the release candidate. -chip On Thu, Sep 6, 2012 at 2:22 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That part is already working, please have a look at the maven-waf trunk. On my test system I can build rpm's from a fresh checkout without problems at the moment. Could you please try it as well and send me your feedback? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:43 PM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Subject: conditional build Hugo, do you have an estimate time, to get the oss/no-oss build work? Possible to be done today? Don't need to get waf done today, but at least mvn install/compile -p oss or noss should work.
Can we combine the work going on for builds in master and maven-waf?
Can we combine the work going on for builds in master and maven-waf? At this point, I'm personally confused about which branch (master of maven-waf) is the one that we are all looking at to stabilize the build. Should we pick one? -chip
Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss
Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. On Thu, Sep 6, 2012 at 11:04 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/#review11105 --- Fixed by Wido in the maven-waf branch. Thanks for the patch :-) - Hugo Trippaers On Sept. 5, 2012, 10:38 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/ --- (Updated Sept. 5, 2012, 10:38 a.m.) Review request for cloudstack. Description --- Adding libvirt.org maven repository in pom.xml will automate the build, and we can run kvm hypervisor plugin build without -Dnonoss. I also added exec:java configuration so that we can test the hypervisor code easily. Diffs - plugins/hypervisors/kvm/pom.xml 8cdaa86 plugins/pom.xml 2a6ca31 Diff: https://reviews.apache.org/r/6925/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
RE: Can we combine the work going on for builds in master and maven-waf?
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 11:03 AM To: cloudstack-dev@incubator.apache.org Subject: Can we combine the work going on for builds in master and maven- waf? Can we combine the work going on for builds in master and maven-waf? At this point, I'm personally confused about which branch (master of maven-waf) is the one that we are all looking at to stabilize the build. Should we pick one? Chip, I revived 4.0 branch to be the stable release branch. Edison has been getting things working on master and merging it over to 4.0 branch when it works. We're also getting Jenkins going on the 4.0 branch. All QA builds will be coming from the 4.0 branch. Maven-waf can be done in parallel and when it's ready, we'll evaluate whether it should go into 4.0 branch. --Alex
RE: Review Request: maven kvm hypervisor plugin build without -Dnonoss
Yah, yesterday, I thought kVM is illegal to be included in the OSS release, so I removed it from cloud.spec. I'll add it back. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Thursday, September 06, 2012 11:05 AM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Cc: Hiroaki Kawai Subject: Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. On Thu, Sep 6, 2012 at 11:04 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/#review11105 --- Fixed by Wido in the maven-waf branch. Thanks for the patch :-) - Hugo Trippaers On Sept. 5, 2012, 10:38 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/ --- (Updated Sept. 5, 2012, 10:38 a.m.) Review request for cloudstack. Description --- Adding libvirt.org maven repository in pom.xml will automate the build, and we can run kvm hypervisor plugin build without -Dnonoss. I also added exec:java configuration so that we can test the hypervisor code easily. Diffs - plugins/hypervisors/kvm/pom.xml 8cdaa86 plugins/pom.xml 2a6ca31 Diff: https://reviews.apache.org/r/6925/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
[jira] [Closed] (CLOUDSTACK-31) xt_checksum kernel object (binary and license problems) is present in source tree
[ https://issues.apache.org/jira/browse/CLOUDSTACK-31?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su closed CLOUDSTACK-31. --- Resolution: Fixed Fixed in 3db9736a0754388d782b45d31e8e36c9966c508e xt_checksum kernel object (binary and license problems) is present in source tree - Key: CLOUDSTACK-31 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-31 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Reporter: David Nalley Priority: Blocker Labels: binary, license Fix For: 4.0.0 patches/systemvm/debian/xt_CHECKSUM.ko is a GPL-licensed kernel object, that is also a binary, both of which are verboten. -- 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] [Created] (CLOUDSTACK-32) Resolve licensing question for configuration files stored in the patches folder
Chip Childers created CLOUDSTACK-32: --- Summary: Resolve licensing question for configuration files stored in the patches folder Key: CLOUDSTACK-32 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-32 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: Chip Childers Priority: Blocker Fix For: pre-4.0.0 There is an ongoing thread on legal-discuss@a.o, but this needs to be resolved prior to our release. -- 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-32) Resolve licensing question for configuration files stored in the patches folder
[ https://issues.apache.org/jira/browse/CLOUDSTACK-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chip Childers updated CLOUDSTACK-32: Description: There is an ongoing thread on legal-discuss@a.o, but this needs to be resolved prior to our release. Thread here: http://markmail.org/thread/d3zdshlq446qtzsz#query:+page:1+mid:jfiz4fohwykrrzae+state:results Legal issue here: https://issues.apache.org/jira/browse/LEGAL-146 was:There is an ongoing thread on legal-discuss@a.o, but this needs to be resolved prior to our release. Resolve licensing question for configuration files stored in the patches folder --- Key: CLOUDSTACK-32 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-32 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: Chip Childers Priority: Blocker Fix For: pre-4.0.0 There is an ongoing thread on legal-discuss@a.o, but this needs to be resolved prior to our release. Thread here: http://markmail.org/thread/d3zdshlq446qtzsz#query:+page:1+mid:jfiz4fohwykrrzae+state:results Legal issue here: https://issues.apache.org/jira/browse/LEGAL-146 -- 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
[ASFCS40] Configuration file licensing followup
Chiradeep, Would you mind putting together the specific example data being requested by Daniel [1] on legal-discuss@a.o in response to the legal Jira that you raised [2]? The legal thread includes some discussion on the possibility of config files even being something that could enjoy license protection, but we should probably plan on dealing with the potential provenance issues anyway. -chip [1] - http://markmail.org/message/p6kxbvzybyu552p2 [2] - https://issues.apache.org/jira/browse/LEGAL-146
RE: Review Request: Fedora 17 openjdk 1.7 support
-Original Message- From: Hugo Trippaers [mailto:nore...@reviews.apache.org] On Behalf Of Hugo Trippaers Sent: Thursday, September 06, 2012 11:24 AM To: cloudstack; David Nalley; Hiroaki Kawai; Hugo Trippaers Subject: Re: Review Request: Fedora 17 openjdk 1.7 support On Sept. 6, 2012, 5:16 p.m., David Nalley wrote: I don't see a problem with this specific change - the if statement is pretty limited and leaves things alone for everything that isn't f17 or later. Hugo: Any objection if I commit this? The statement is ok, but Edison and myself are doing a lot of conflicting commits on cloud.spec already. I'm afraid it gets lots if we are not carefull. By leaving this open using we have solved the maven/ant thing we can be sure it gets in the build. Or just commit it to both the maven-waf and master branch Easier to commit it to both branch. - Hugo --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6941/#review11107 --- On Sept. 6, 2012, 7:17 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6941/ --- (Updated Sept. 6, 2012, 7:17 a.m.) Review request for cloudstack. Description --- In fedora 17 package, openjdk 1.6 package was marked as deprecated, and only openjdk 1.7 is available for general. https://admin.fedoraproject.org/pkgdb/acls/name/java-1.6.0-openjdk Diffs - cloud.spec b22bd8c Diff: https://reviews.apache.org/r/6941/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
RE: Review Request: maven kvm hypervisor plugin build without -Dnonoss
The rpm build on master branch is fixed, KVM is included. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Thursday, September 06, 2012 11:05 AM To: cloudstack-dev@incubator.apache.org; Hugo Trippaers Cc: Hiroaki Kawai Subject: Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. On Thu, Sep 6, 2012 at 11:04 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/#review11105 --- Fixed by Wido in the maven-waf branch. Thanks for the patch :-) - Hugo Trippaers On Sept. 5, 2012, 10:38 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/ --- (Updated Sept. 5, 2012, 10:38 a.m.) Review request for cloudstack. Description --- Adding libvirt.org maven repository in pom.xml will automate the build, and we can run kvm hypervisor plugin build without -Dnonoss. I also added exec:java configuration so that we can test the hypervisor code easily. Diffs - plugins/hypervisors/kvm/pom.xml 8cdaa86 plugins/pom.xml 2a6ca31 Diff: https://reviews.apache.org/r/6925/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
[ASFCS40] Specifically what should be our binary distribution?
Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? If we do the RPM and DEB packages, what OS should we be building on for each? I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. -chip
IRC Meeting Times
Hi all, Last week, Wido raised a good point - that Friday 19:00UTC was not working out for folks in Europe, as that's normally the time when you start to attend to your social life. He proposed moving the meetings to Wednesdays or Thursdays, and at 21:00UTC instead. (That'd be 2 p.m. Pacific, 5 p.m. Eastern) Moving the meeting to Wednesday or Thursday, and alternating between 19:00 and 21:00 UTC seems reasonable to me. (Note - pick Wednesday *or* Thursday, please) Thoughts, comments, etc.? -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Review Request: CS-10219 Add option to set login attempts to portal.
On Sept. 6, 2012, 7:04 p.m., Koushik Das wrote: server/src/com/cloud/user/AccountManagerImpl.java, line 1879 https://reviews.apache.org/r/6858/diff/5/?file=150231#file150231line1879 Once the user account gets locked, what are the options to unlock. I don't see any provision for that. So based on the current logic the user account becomes unusable. Should that be the desired behavior Root Admin has the rights to unlock the locked account of any user. The user can't unlock his account on his own .So once his account his locked after n number of incorrect logins , only the root admin can unlock his account Not very sure , but that is what I think is the desired behaviour. - Pranav --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/#review9 --- On Sept. 6, 2012, 11:01 a.m., saksham srivastava wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/ --- (Updated Sept. 6, 2012, 11:01 a.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, and Alena Prokharchyk. Description --- Added global setting login.attempts.allowed which defines the maximum incorrect password attempts allowed. Also after the maximum attempts are reached the user account is disabled. This addresses bug CS-10219. Diffs - core/src/com/cloud/user/UserAccountVO.java 5e7c018 server/src/com/cloud/configuration/Config.java ebcd070 server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9da08d server/src/com/cloud/user/AccountManagerImpl.java 38153f3 setup/db/create-schema.sql fa933e3 setup/db/db/schema-302to40.sql aaf23e6 Diff: https://reviews.apache.org/r/6858/diff/ Testing --- Verified locally. Thanks, saksham srivastava
Re: [ASFCS40] Specifically what should be our binary distribution?
On Thu, Sep 6, 2012, at 02:19 PM, Chip Childers wrote: Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? How useful are a set of .jar packages in a tarball? Ideally, we can provide something that lets people get set up in as few steps as possible. If we do the RPM and DEB packages, what OS should we be building on for each? At a minimum, the latest RHEL/CentOS and Ubuntu LTS. (Long term we need to focus on being included with the distros, but that's a different discussion.) I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. Thanks! -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: [ASFCS40] Specifically what should be our binary distribution?
On Thu, Sep 6, 2012 at 3:44 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 02:19 PM, Chip Childers wrote: Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? How useful are a set of .jar packages in a tarball? Ideally, we can provide something that lets people get set up in as few steps as possible. Agreed - I was raising the question, but I don't think it's needed or useful. If we do the RPM and DEB packages, what OS should we be building on for each? At a minimum, the latest RHEL/CentOS and Ubuntu LTS. OK - So should we agree specifically on building on CentOS 6.3 and Ubuntu 12.04? (Long term we need to focus on being included with the distros, but that's a different discussion.) I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. Thanks! -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: IRC Meeting Times
On 09/06/2012 03:34 PM, Joe Brockmeier wrote: Hi all, Last week, Wido raised a good point - that Friday 19:00UTC was not working out for folks in Europe, as that's normally the time when you start to attend to your social life. He proposed moving the meetings to Wednesdays or Thursdays, and at 21:00UTC instead. (That'd be 2 p.m. Pacific, 5 p.m. Eastern) Moving the meeting to Wednesday or Thursday, and alternating between 19:00 and 21:00 UTC seems reasonable to me. (Note - pick Wednesday *or* Thursday, please) Thoughts, comments, etc.? In the openSUSE project we've come to the realization that alternate times did not work as people could never reliably remember at what time the meeting was being held in any given week. One thing to combat this issue would be to set up a calendar on the project web site that people can import into their calendar client via ICS (iCalendar). The calendar would be useful even if we just stick to one time slot instead of alternating. My $0.02 Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjsch...@suse.com rschw...@ca.ibm.com 781-464-8147
Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss
On 09/06/2012 08:05 PM, Marcus Sorensen wrote: Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. Sorry, I completely missed this review! The legal issue with KVM was approved like Elan posted, see LEGAL-144 as I mentioned in the commit message. I saw Elan's post on the ml, checked out the legal status and enabled KVM again since we were allowed to do so :) Wido On Thu, Sep 6, 2012 at 11:04 AM, Hugo Trippaers htrippa...@schubergphilis.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/#review11105 --- Fixed by Wido in the maven-waf branch. Thanks for the patch :-) - Hugo Trippaers On Sept. 5, 2012, 10:38 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6925/ --- (Updated Sept. 5, 2012, 10:38 a.m.) Review request for cloudstack. Description --- Adding libvirt.org maven repository in pom.xml will automate the build, and we can run kvm hypervisor plugin build without -Dnonoss. I also added exec:java configuration so that we can test the hypervisor code easily. Diffs - plugins/hypervisors/kvm/pom.xml 8cdaa86 plugins/pom.xml 2a6ca31 Diff: https://reviews.apache.org/r/6925/diff/ Testing --- mvn mvn test Thanks, Hiroaki Kawai
Re: Review Request: Make xen.check.hvm a proper parameter
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/5655/#review11135 --- It shouldn't use the hardcoded string but the Config.XenCheckHvm. Please correct that. Leaving it in the DB is fine. - Alex Huang On June 29, 2012, 6:52 a.m., Hugo Trippaers wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/5655/ --- (Updated June 29, 2012, 6:52 a.m.) Review request for cloudstack. Description --- Make xen.check.hvm a proper parameter in config.java and set the default to false Diffs - plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/discoverer/XcpServerDiscoverer.java 4fd202b server/src/com/cloud/configuration/Config.java 8936544 Diff: https://reviews.apache.org/r/5655/diff/ Testing --- Simple build clean-all build-all Thanks, Hugo Trippaers
Re: RPM build is fixed, sort of...
Ok. Perhaps this is not the place, but I'm a little tripped up due to my lack of java experience. These new RPM builds from 4.0 also seem to have changed the logging, the server is going to /var/log/cloud/management/catalina.out instead of the old /var/log/cloud/management/management-server.log, and I haven't yet found where the agent is logging, even though the file /etc/cloud/agent/log4j-cloud.xml hasn't changed. log4j:WARN No appenders could be found for logger (com.cloud.utils.component.ComponentLocator). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. log4j:ERROR Could not create an Appender. Reported error follows. java.lang.ClassNotFoundException: org.apache.log4j.rolling.RollingFileAppender On Thu, Sep 6, 2012 at 11:53 AM, Edison Su edison...@citrix.com wrote: Yeah, need to install jakarta-taglibs-standard, I think I added it in the rpm dependence, but seems not got installed automatically. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Thursday, September 06, 2012 10:31 AM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: RPM build is fixed, sort of... nevermind, just bitten by the stuff not being included anymore and had to install a few more dependencies. On Thu, Sep 6, 2012 at 11:27 AM, Marcus Sorensen shadow...@gmail.com wrote: So, the RPMs build fine for me with the current 4.0 tree, but installing them and trying to use them, it seems something was missed, getting a 500 on the client: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application On Thu, Sep 6, 2012 at 9:40 AM, David Nalley da...@gnsa.us wrote: On Thu, Sep 6, 2012 at 5:47 AM, Rohit Yadav rohit.ya...@citrix.com wrote: On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Rohit So I personally don't see why maven + rpmbuild or maven + dpkg couldn't be enough for packaging. Don't we really want people to be able to install CloudStack using maven? Certainly from a developer standpoint I think that is an end goal. Aside from the fact that it exists, I don't see anything that waf currently does that maven can't do. --David
Re: IRC Meeting Times
On 09/06/2012 09:34 PM, Joe Brockmeier wrote: Hi all, Last week, Wido raised a good point - that Friday 19:00UTC was not working out for folks in Europe, as that's normally the time when you start to attend to your social life. He proposed moving the meetings to Wednesdays or Thursdays, and at 21:00UTC instead. (That'd be 2 p.m. Pacific, 5 p.m. Eastern) Moving the meeting to Wednesday or Thursday, and alternating between 19:00 and 21:00 UTC seems reasonable to me. (Note - pick Wednesday *or* Thursday, please) Thoughts, comments, etc.? The reason I'm opting for 21:00 UTC is that it's after dinner. I think most Europeans leave the office somewhere between 17:00 and 18:00, drive home and get some dinner. That makes 19:00 difficult for me. So 21:00 is a better time. My preference goes to Wednesday as well for the reason Alex mentioned. I'd not rotate times, as that will confuse people. Wido
RE: [ASFCS40] Specifically what should be our binary distribution?
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: Re: [ASFCS40] Specifically what should be our binary distribution? On Thu, Sep 6, 2012 at 4:46 PM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 09:56 PM, Chip Childers wrote: On Thu, Sep 6, 2012 at 3:44 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 02:19 PM, Chip Childers wrote: Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? How useful are a set of .jar packages in a tarball? Ideally, we can provide something that lets people get set up in as few steps as possible. Agreed - I was raising the question, but I don't think it's needed or useful. If we do the RPM and DEB packages, what OS should we be building on for each? At a minimum, the latest RHEL/CentOS and Ubuntu LTS. OK - So should we agree specifically on building on CentOS 6.3 and Ubuntu 12.04? This was already discussed about a month ago: http://mail-archives.apache.org/mod_mbox/incubator-cloudstack- dev/201208.mbox/%3C501A7954.8020604%40widodh.nl%3E We came to the conclusion: - Ubuntu 12.04 - CentOS/RHEL 6.2 and 6.3 I still think our binary distribution should be in the form of RPM and DEB files, that makes life for admins so much easier. Right, OK on that. For this first RC, I'm going to use CentOS 6.2 and 6.3. I'm also able to easily do Ubuntu 12.04, but I haven't tested the ./waf deb process yet. Do you know if the deb build is working right now? I'll be setting up a Debian/Ubuntu repository soon for at the Debian packages. So I think that's great, but I also would like us to release the final 4.0 RPMs and DEBs via the ASF mirrors. Perhaps similar to the previous sourceforge packaging structure? Does anyone know where the install.sh that was included with the Citrix cloudstack distro lives? Is there a packaging process to create that tarball It's in our internal repo, we'd better push that repo into github or somewhere. (Long term we need to focus on being included with the distros, but that's a different discussion.) These are the platforms we build binaries for, not the platforms it's only going to work on. I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. Thanks! -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: IRC Meeting Times
On Thu, Sep 6, 2012, at 04:21 PM, Wido den Hollander wrote: The reason I'm opting for 21:00 UTC is that it's after dinner. That's totally reasonable... but 21:00 UTC is 17:00 for folks on Eastern time in the U.S., which is usually the end of the work day for folks who actually clock out at 5. (Actually, it's 17:00 part of the year, 16:00 part of the year since UTC is constant but you have daylight savings to figure in for many timezones.) I'd not rotate times, as that will confuse people. I agree with this - but if we go with a single time, it's going to be inconvenient for someone all of the time. So in that case, I guess we're going to be stuck with deciding who gets stuck with an inconvenient time all the time. -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
RE: Can we combine the work going on for builds in master and maven-waf?
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 11:21 AM To: cloudstack-dev@incubator.apache.org Subject: Re: Can we combine the work going on for builds in master and maven-waf? Alex - Gotcha. I'll start testing the build in master for now, and will wait to do it in 4.0. Edison - I've got things ready to create the RC for source, but was waiting for the build to be sorted before dealing with the binary portion. I have a clean CentOS VM ready to build the OSS RPMs. Both 4.0 and master is ready to go, ./waf rpm will build rpms under ./artifacts/rpmbuild/RPMS/x86_64 I am testing DEB now. On Thu, Sep 6, 2012 at 2:07 PM, Alex Huang alex.hu...@citrix.com wrote: -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 11:03 AM To: cloudstack-dev@incubator.apache.org Subject: Can we combine the work going on for builds in master and maven- waf? Can we combine the work going on for builds in master and maven-waf? At this point, I'm personally confused about which branch (master of maven-waf) is the one that we are all looking at to stabilize the build. Should we pick one? Chip, I revived 4.0 branch to be the stable release branch. Edison has been getting things working on master and merging it over to 4.0 branch when it works. We're also getting Jenkins going on the 4.0 branch. All QA builds will be coming from the 4.0 branch. Maven-waf can be done in parallel and when it's ready, we'll evaluate whether it should go into 4.0 branch. --Alex
Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss
On Thu, Sep 6, 2012 at 4:30 PM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 08:05 PM, Marcus Sorensen wrote: Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. Sorry, I completely missed this review! The legal issue with KVM was approved like Elan posted, see LEGAL-144 as I mentioned in the commit message. I saw Elan's post on the ml, checked out the legal status and enabled KVM again since we were allowed to do so :) Wido I am not sure that this is my understanding. Doesn't the 'default build option' have to miss KVM because it currently doesn't have a license that permits it? Or did we decide to identify this as a system dependency? I know we got blessing to produce KVM-inclusive convenience binaries, but point 1 of the accepted proposal in LEGAL-144 says: Disable KVM support in the default build, as per policy. --David
Re: IRC Meeting Times
Hi all Regardless the time to be used I believe it is better use something like Doodle, which I used in other Apache project communities and worked well for us. [1] http://doodle.com/ On Thu, Sep 6, 2012 at 11:34 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 04:21 PM, Wido den Hollander wrote: The reason I'm opting for 21:00 UTC is that it's after dinner. That's totally reasonable... but 21:00 UTC is 17:00 for folks on Eastern time in the U.S., which is usually the end of the work day for folks who actually clock out at 5. (Actually, it's 17:00 part of the year, 16:00 part of the year since UTC is constant but you have daylight savings to figure in for many timezones.) I'd not rotate times, as that will confuse people. I agree with this - but if we go with a single time, it's going to be inconvenient for someone all of the time. So in that case, I guess we're going to be stuck with deciding who gets stuck with an inconvenient time all the time. -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein
Re: IRC Meeting Times
Hi... Will not be able to have a times that suits all, try to get a time that suits most of people for that time and they can attend next time, taking into account having ASF rules when it comes to off the mailing list communications. An idea I would like to propose is to have a certain list of topics (agenda) for a specific IRC meeting so different people can evaluate whether they should/shoudn't attend that meeting and hence you get only the people interested and less people means agreeing on time easier I believe. On Thu, Sep 6, 2012 at 11:34 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 04:21 PM, Wido den Hollander wrote: The reason I'm opting for 21:00 UTC is that it's after dinner. That's totally reasonable... but 21:00 UTC is 17:00 for folks on Eastern time in the U.S., which is usually the end of the work day for folks who actually clock out at 5. (Actually, it's 17:00 part of the year, 16:00 part of the year since UTC is constant but you have daylight savings to figure in for many timezones.) I'd not rotate times, as that will confuse people. I agree with this - but if we go with a single time, it's going to be inconvenient for someone all of the time. So in that case, I guess we're going to be stuck with deciding who gets stuck with an inconvenient time all the time. -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein
Re: IRC Meeting Times
I totally agree - the better we can do at setting an agenda, the better. On Thu, Sep 6, 2012, at 04:55 PM, Mohammad Nour El-Din wrote: Hi... Will not be able to have a times that suits all, try to get a time that suits most of people for that time and they can attend next time, taking into account having ASF rules when it comes to off the mailing list communications. An idea I would like to propose is to have a certain list of topics (agenda) for a specific IRC meeting so different people can evaluate whether they should/shoudn't attend that meeting and hence you get only the people interested and less people means agreeing on time easier I believe. On Thu, Sep 6, 2012 at 11:34 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 04:21 PM, Wido den Hollander wrote: The reason I'm opting for 21:00 UTC is that it's after dinner. That's totally reasonable... but 21:00 UTC is 17:00 for folks on Eastern time in the U.S., which is usually the end of the work day for folks who actually clock out at 5. (Actually, it's 17:00 part of the year, 16:00 part of the year since UTC is constant but you have daylight savings to figure in for many timezones.) I'd not rotate times, as that will confuse people. I agree with this - but if we go with a single time, it's going to be inconvenient for someone all of the time. So in that case, I guess we're going to be stuck with deciding who gets stuck with an inconvenient time all the time. -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: IRC Meeting Times
Thanks. We did initially to set the first time (Friday 19:00 UTC). I'll go ahead and put up a doodle to get a consensus on times here. On Thu, Sep 6, 2012, at 04:51 PM, Mohammad Nour El-Din wrote: Hi all Regardless the time to be used I believe it is better use something like Doodle, which I used in other Apache project communities and worked well for us. [1] http://doodle.com/ On Thu, Sep 6, 2012 at 11:34 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 04:21 PM, Wido den Hollander wrote: The reason I'm opting for 21:00 UTC is that it's after dinner. That's totally reasonable... but 21:00 UTC is 17:00 for folks on Eastern time in the U.S., which is usually the end of the work day for folks who actually clock out at 5. (Actually, it's 17:00 part of the year, 16:00 part of the year since UTC is constant but you have daylight savings to figure in for many timezones.) I'd not rotate times, as that will confuse people. I agree with this - but if we go with a single time, it's going to be inconvenient for someone all of the time. So in that case, I guess we're going to be stuck with deciding who gets stuck with an inconvenient time all the time. -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Review Request: Fix CS-15603
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6515/#review11141 --- - It removed the code that skips VMs that do not have cloudstack's naming convention. This in effects stops other VMs. That's a no no. - Technically, an administrator is suppose to only force stop a VM only if he has found the VM is stopped. I understand force stop is shown to the end user now which is a bug. I don't see this fix as being necessary, although there's nothing wrong with the fix itself other than the first item listed. - Alex Huang On Aug. 10, 2012, 10:37 a.m., Koushik Das wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6515/ --- (Updated Aug. 10, 2012, 10:37 a.m.) Review request for cloudstack and Abhinandan Prateek. Description --- When a VM is force deleted and the host is not available then CS simply marks the state in db as Destroyed/Expunging. The VM is still running on the host and once it becomes available again there is a discrepancy in state of the VM. In this scenario the VM is removed from the host when the next full cluster sync happens. Diffs - server/src/com/cloud/vm/VirtualMachineManagerImpl.java 3f7cab9 Diff: https://reviews.apache.org/r/6515/diff/ Testing --- Thanks, Koushik Das
Poll (was Re: IRC Meeting Times)
Poll here, please vote! I'll leave this up for a few days. Thanks, Joe -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
RE: Review Request: maven kvm hypervisor plugin build without -Dnonoss
I'll add a switch to enable and disable kvm. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Thursday, September 06, 2012 3:25 PM To: cloudstack-dev@incubator.apache.org Subject: Re: Review Request: maven kvm hypervisor plugin build without -Dnonoss You can disable it in the default build, but still allow it in waf build, correct? Or at the very least it seems that the RPM build should ship building the agent with a message saying 'do x y z to enable KVM first' or some such. Nobody is going to build an RPM and not want KVM support, it's not like the citrix or Vmware resources can be used with RHEL/CentOS. On Thu, Sep 6, 2012 at 3:40 PM, David Nalley da...@gnsa.us wrote: On Thu, Sep 6, 2012 at 4:30 PM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 08:05 PM, Marcus Sorensen wrote: Trying to get a working RPM build of 4.0 going... I assume my latest issue is related to this. class not found: com.cloud.hypervisor.kvm.resource.LibvirtComputingResource, if someone is building RPMs isn't it safe to assume they want the kvm/libvirt pieces? What was Wido's fix? I don't see this patch applied to maven-waf, just 623f199b0378683e6f5f0c2b2b5c692b6504d16f as latest. Sorry, I completely missed this review! The legal issue with KVM was approved like Elan posted, see LEGAL- 144 as I mentioned in the commit message. I saw Elan's post on the ml, checked out the legal status and enabled KVM again since we were allowed to do so :) Wido I am not sure that this is my understanding. Doesn't the 'default build option' have to miss KVM because it currently doesn't have a license that permits it? Or did we decide to identify this as a system dependency? I know we got blessing to produce KVM-inclusive convenience binaries, but point 1 of the accepted proposal in LEGAL-144 says: Disable KVM support in the default build, as per policy. --David
Re: Review Request: deployVirtualMachine api, added a check to see if the userdata provided is base64 encoded.
On Sept. 6, 2012, 10:26 p.m., Alex Huang wrote: Why not use the apache Base64.isbase64() method instead of a regex match? Likitha found following about isBase64 method: I tried using ‘org.apache.commons.codec.binary.Base64.isBase64’ but the only check it performs is if all the characters in the data belongs to the valid character-set. Not the format of the string. But anyways she will be reverting this change to use isBase64, since on more testing with some base64 data it seemed its safer to go with the relaxed check like isbase64 than the regex check. Waiting for her new patch on this. - Prachi --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6428/#review11142 --- On Aug. 8, 2012, 9:08 a.m., Likitha Shetty wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6428/ --- (Updated Aug. 8, 2012, 9:08 a.m.) Review request for cloudstack and Prachi Damle. Description --- Error out with InvalidParameterValueException in UserVmManagerImpl if userdata is not base64 encoded. This addresses bug CS-14796. Diffs - server/src/com/cloud/vm/UserVmManager.java 11d2c64 server/src/com/cloud/vm/UserVmManagerImpl.java f441c72 Diff: https://reviews.apache.org/r/6428/diff/ Testing --- Thanks, Likitha Shetty
Re: [DISCUSS] [ASFCS40] Maven repo as part of the release?
2012/9/5 Chip Childers chip.child...@sungard.com: Hi all, In looking at the mechanics of the ASF release process, I see that there is an opportunity to publish the release on the https://repository.apache.org/ site. I do see that we have a SNAPSHOT version currently being published, but I'm not enough of a Maven person to understand if we have configured the poms to be able to release into that repo. So the question for the group is 2 parts: 1) Do we want to release into the maven repo as part of 4.0? If you release it that will be sync to maven central so IMHO sounds a good idea. 2) Can someone with more Maven chops comment on the changes that might be required to do this? It's good as we inherits from apache parent pom which have all the setup For reference, here's the ASF page describing this type of binary artifact release: http://apache.org/dev/publishing-maven-artifacts.html -chip -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Can we combine the work going on for builds in master and maven-waf?
On Thu, Sep 6, 2012 at 5:36 PM, Edison Su edison...@citrix.com wrote: -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 11:21 AM To: cloudstack-dev@incubator.apache.org Subject: Re: Can we combine the work going on for builds in master and maven-waf? Alex - Gotcha. I'll start testing the build in master for now, and will wait to do it in 4.0. Edison - I've got things ready to create the RC for source, but was waiting for the build to be sorted before dealing with the binary portion. I have a clean CentOS VM ready to build the OSS RPMs. Both 4.0 and master is ready to go, ./waf rpm will build rpms under ./artifacts/rpmbuild/RPMS/x86_64 I am testing DEB now. OK - I'm confirming that I can build the RPMs from 4.0 now. Can you let me know when DEB looks good to go on the 4.0 branch? I'm on IRC if you ping me tonight. I'd love to do the builds and publish them on people.a.o/~chipchilders for everyone to start evaluating / testing. -chip On Thu, Sep 6, 2012 at 2:07 PM, Alex Huang alex.hu...@citrix.com wrote: -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 11:03 AM To: cloudstack-dev@incubator.apache.org Subject: Can we combine the work going on for builds in master and maven- waf? Can we combine the work going on for builds in master and maven-waf? At this point, I'm personally confused about which branch (master of maven-waf) is the one that we are all looking at to stabilize the build. Should we pick one? Chip, I revived 4.0 branch to be the stable release branch. Edison has been getting things working on master and merging it over to 4.0 branch when it works. We're also getting Jenkins going on the 4.0 branch. All QA builds will be coming from the 4.0 branch. Maven-waf can be done in parallel and when it's ready, we'll evaluate whether it should go into 4.0 branch. --Alex
RE: [ASFCS40] Specifically what should be our binary distribution?
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: Re: [ASFCS40] Specifically what should be our binary distribution? On Thu, Sep 6, 2012 at 4:46 PM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 09:56 PM, Chip Childers wrote: On Thu, Sep 6, 2012 at 3:44 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 02:19 PM, Chip Childers wrote: Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? How useful are a set of .jar packages in a tarball? Ideally, we can provide something that lets people get set up in as few steps as possible. Agreed - I was raising the question, but I don't think it's needed or useful. If we do the RPM and DEB packages, what OS should we be building on for each? At a minimum, the latest RHEL/CentOS and Ubuntu LTS. OK - So should we agree specifically on building on CentOS 6.3 and Ubuntu 12.04? This was already discussed about a month ago: http://mail-archives.apache.org/mod_mbox/incubator-cloudstack- dev/201208.mbox/%3C501A7954.8020604%40widodh.nl%3E We came to the conclusion: - Ubuntu 12.04 - CentOS/RHEL 6.2 and 6.3 I still think our binary distribution should be in the form of RPM and DEB files, that makes life for admins so much easier. Right, OK on that. For this first RC, I'm going to use CentOS 6.2 and 6.3. I'm also able to easily do Ubuntu 12.04, but I haven't tested the ./waf deb process yet. Do you know if the deb build is working right now? I'll be setting up a Debian/Ubuntu repository soon for at the Debian packages. So I think that's great, but I also would like us to release the final 4.0 RPMs and DEBs via the ASF mirrors. Perhaps similar to the previous sourceforge packaging structure? Does anyone know where the install.sh that was included with the Citrix cloudstack distro lives? Is there a packaging process to create that tarball? Here it is our internal build system: https://github.com/CloudStack/hudsonbuild Which can build debs/rpms. I am trying to integrate it with http://jenkins.cloudstack.org/ (Long term we need to focus on being included with the distros, but that's a different discussion.) These are the platforms we build binaries for, not the platforms it's only going to work on. I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. Thanks! -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
RE: RPM build is fixed, sort of...
-Original Message- From: Rohit Yadav Sent: Thursday, September 06, 2012 2:48 AM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: RPM build is fixed, sort of... On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Yah, basically, we just need a tool for make install, waf can do it, but the current waf script has some many dead code(people trying to do everything in waf). We can either cleanup waf, or use maven to package the whole thing. To me, both are ok. BTW, will you want to help us on the build system? Rohit Cheers, Hugo Sent from my iPhone On 6 sep. 2012, at 10:22, Edison Su edison...@citrix.com wrote: I just thought about how to get rid of waf, and how to package artifacts build by maven. I don't want to hack on the waf stuff, which gets easy thing done but to complicated. If war build by maven contains all the files needed by packager, then we probably just unzip the war, then call rpmbuild to build rpm. Does war contain files under agent/distro? Or maybe write another assembly plugin to package all these system level configuration files? Sent from my iPhone On Sep 5, 2012, at 11:37 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Yeah, I know ;-). I'm doing builds and deployments for all software in our company. It's not that bad once you get to know it, but maven expects you to do things the maven way. As for building packages, maven is designed to take care of all dependency problems directly. In the maven world the build would produce an artifact that would be packaged later on. So in our case the artifact would be a war file with all code for the server (including ui components) and several jar files with for example the agent and console-proxy. Currently our package system is designed to collect all loose jars itself and put it into a package. The maven way would be to take the war file and deploy that file. If you build using the mvn -P client command, you will find the war file in client/target/cloud-client-ui-4.0.0-SNAPSHOT.war. If you look inside that file it should contain everything needed to run the webapplication for the server (awsapi has a similar file). Technically you should be able to drop that webapplication in any java web container and run the UI without having to worry about dependencies. I haven't checked all the libs yet, but with maven we can define which libs are required for various stages; compiling, testing, runtime, and a special for provided. This controls if a lib is added to the compile classpath, the runtime classpath or the test classpath. Provided means we need it for compilation but we expect that it is present when we install the application. Good examples of provided is the servlet api, you need it for compilation, but it is present on all web application containers. Back to your original question, how about packaging the war file directly? Or having rpm install unpack the war and add it to the rpm, would that safe you work to check the rpms? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:52 PM To: Hugo Trippaers Cc: cloudstack-dev@incubator.apache.org Subject: RE: RPM build is fixed, sort of... I can understand why build engineer doesn't like maven from my yesterday's experience. Maven automatically downloads a bunch of jars for you, that's good for developer, but a nightmare for build engineer. How can I find out which jar I should put into RPM/DEB? I need to manually test one by one. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Wednesday, September 05, 2012 1:52 PM To: Edison Su Cc: cloudstack-dev@incubator.apache.org Subject: Re: RPM build is fixed, sort of... That's maven. A snapshot dependency will get a build version number depending on the time it was built. Only release versions have a fixed version number. Maven it self will automagically take this into account when building classpaths, but for external tools it is a bit trickier. Cheers, Hugo Sent from my iPhone On 5 sep. 2012, at 19:00, Edison Su edison...@citrix.com wrote: When I mvn install under deps folder, I got: [INFO] Copying xapi-5.6.100-1-SNAPSHOT.jar to /root/incubator- cloudstack/deps/xapi-5.6.100-1-20120825.123319-1.jar Anybody knows why this
Re: [ASFCS40] Specifically what should be our binary distribution?
On Thu, Sep 6, 2012 at 7:40 PM, Edison Su edison...@citrix.com wrote: -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Thursday, September 06, 2012 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: Re: [ASFCS40] Specifically what should be our binary distribution? On Thu, Sep 6, 2012 at 4:46 PM, Wido den Hollander w...@widodh.nl wrote: On 09/06/2012 09:56 PM, Chip Childers wrote: On Thu, Sep 6, 2012 at 3:44 PM, Joe Brockmeier j...@zonker.net wrote: On Thu, Sep 6, 2012, at 02:19 PM, Chip Childers wrote: Hi all, Looking at previous CloudStack releases on sourceforge, I see that the binary distributions are tar.gz rpm/deb packages for RHEL and Ubuntu. I've looked at other Apache projects, and I see that they usually include the built jar files as their binary release artifacts. So my question for everyone is, what specifically do you think we should be distributing as an RC (and eventually as a release)? Do we want to do a set of the jar files in a tar.gz archive? Do we want to do RPM and DEV packages? Do we want both? How useful are a set of .jar packages in a tarball? Ideally, we can provide something that lets people get set up in as few steps as possible. Agreed - I was raising the question, but I don't think it's needed or useful. If we do the RPM and DEB packages, what OS should we be building on for each? At a minimum, the latest RHEL/CentOS and Ubuntu LTS. OK - So should we agree specifically on building on CentOS 6.3 and Ubuntu 12.04? This was already discussed about a month ago: http://mail-archives.apache.org/mod_mbox/incubator-cloudstack- dev/201208.mbox/%3C501A7954.8020604%40widodh.nl%3E We came to the conclusion: - Ubuntu 12.04 - CentOS/RHEL 6.2 and 6.3 I still think our binary distribution should be in the form of RPM and DEB files, that makes life for admins so much easier. Right, OK on that. For this first RC, I'm going to use CentOS 6.2 and 6.3. I'm also able to easily do Ubuntu 12.04, but I haven't tested the ./waf deb process yet. Do you know if the deb build is working right now? I'll be setting up a Debian/Ubuntu repository soon for at the Debian packages. So I think that's great, but I also would like us to release the final 4.0 RPMs and DEBs via the ASF mirrors. Perhaps similar to the previous sourceforge packaging structure? Does anyone know where the install.sh that was included with the Citrix cloudstack distro lives? Is there a packaging process to create that tarball? Here it is our internal build system: https://github.com/CloudStack/hudsonbuild Which can build debs/rpms. I am trying to integrate it with http://jenkins.cloudstack.org/ Great! So if that's the case, then I'm proposing that the release process use the build artifacts from http://jenkins.cloudstack.org/ build jobs for each target OS (to provide the bundled installer package) as the binary distros. I'll still follow the process of using local bundling for the source release, since there are lots of notes in the ASF release documentation about NOT doing the release signing on ASF infrastructure. I'm assuming that the spirit of those comments is to protect the integrity of a source packaging and signing process by not allowing them to occur on public / shared systems. I'll also assume that the artifacts produces by Jenkins still have to be signed locally after being downloaded from the Jenkins server. Please shout if there are disagreements! (Long term we need to focus on being included with the distros, but that's a different discussion.) These are the platforms we build binaries for, not the platforms it's only going to work on. I know these questions might be obvious to some people, but I wanted to get a clear consensus from the list. Thanks! -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Review Request: fix resetPasswordForVirtualMachine false negative
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6720/#review11151 --- Please refer to http://bugs.cloudstack.org/browse/CS-16222. Alena have already fixed it. The reason here is the VpcVirtualRouterElement is called by mistake. from master: Author: Alena Prokharchyk alena.prokharc...@citrix.com Date: Fri Aug 31 16:26:37 2012 -0700 CS-16222: send password reset command only to the element responsible for the userdata service in network Reviewed-by: Sheng Yang - Sheng Yang On Aug. 22, 2012, 4:46 a.m., Marcus Sorensen wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6720/ --- (Updated Aug. 22, 2012, 4:46 a.m.) Review request for cloudstack. Description --- Latest master and 4.0 both successfully set VM password but can report false, leading to no password returned. The code tries to save the password to every userdata provider element (routers providing userdata service), and if any attempt fails it reports an overall failure. The first thing that the savePassword method does is to see if the supplied network is applicable to the given userdata element, returning false if it doesn't, so result is set to false pretty much every run of the for loop. Since it only needs to succeed on the one router that provides userdata for that VM, I'm changing it to return success if any attempt succeeds. The only attempt that matters is the one router that is on the VM's default network, and if savePassword succeeds then we've accomplished that. Diffs - server/src/com/cloud/vm/UserVmManagerImpl.java 6f6a754 Diff: https://reviews.apache.org/r/6720/diff/ Testing --- Tested latest 4.0 and master as of ce54bfa7fae560470d82f6d22545398cecb5294b, UI now reports password rather than 'undefined'. Thanks, Marcus Sorensen
Re: Review Request: Reset password on guest VM
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6871/#review11152 --- Please refer to http://bugs.cloudstack.org/browse/CS-16222. - Sheng Yang On Aug. 31, 2012, 12:48 p.m., Jayapal Reddy wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6871/ --- (Updated Aug. 31, 2012, 12:48 p.m.) Review request for cloudstack and Abhinandan Prateek. Description --- While resetting the password on the user VM, it got failed due VPC VR returned false. This addresses bug CS-16222. Diffs - server/src/com/cloud/vm/UserVmManagerImpl.java 667b048 Diff: https://reviews.apache.org/r/6871/diff/ Testing --- 1. Tested on basic, advanced zone. 2. Tested on adv zone vpc VM Thanks, Jayapal Reddy
Re: Review Request: Redundant VRs are not compatible with the old password get script
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6872/#review11153 --- This would cause problem in VPC case in the future. Can we find guest gateway address and bind to it? - Sheng Yang On Aug. 31, 2012, 12:57 p.m., Jayapal Reddy wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6872/ --- (Updated Aug. 31, 2012, 12:57 p.m.) Review request for cloudstack, Abhinandan Prateek, Sheng Yang, and Murali Reddy. Description --- While upgrading from 2.2.14 - to 3.0.4 user VMs unable to reset the password in case of redundant routers. It is because the RRVM is listening on one ip of 8080 port, old user vm send request on another IP. Made changes to socat to listen on eth0 interface. This addresses bug 16243. Diffs - patches/systemvm/debian/config/opt/cloud/bin/passwd_server 596715e Diff: https://reviews.apache.org/r/6872/diff/ Testing --- Tested on 3.0.x password reset. Also tested the bindtoedevice option of the socat by sending request on two ip of the RRVM eth0. Thanks, Jayapal Reddy
Re: Review Request: Fix CS-15603
On Sept. 6, 2012, 10:15 p.m., Alex Huang wrote: - It removed the code that skips VMs that do not have cloudstack's naming convention. This in effects stops other VMs. That's a no no. - Technically, an administrator is suppose to only force stop a VM only if he has found the VM is stopped. I understand force stop is shown to the end user now which is a bug. I don't see this fix as being necessary, although there's nothing wrong with the fix itself other than the first item listed. if (VirtualMachineName.isValidVmName(left.name)) continue; // if the vm follows cloudstack naming ignore it for stopping As per the code on the left, it is skipping VMs that follow CS naming convention, and not the other way round. Are you suggesting that the check should haven been the opposite and the intent was to skip non CS VMs? - Koushik --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6515/#review11141 --- On Aug. 10, 2012, 10:37 a.m., Koushik Das wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6515/ --- (Updated Aug. 10, 2012, 10:37 a.m.) Review request for cloudstack and Abhinandan Prateek. Description --- When a VM is force deleted and the host is not available then CS simply marks the state in db as Destroyed/Expunging. The VM is still running on the host and once it becomes available again there is a discrepancy in state of the VM. In this scenario the VM is removed from the host when the next full cluster sync happens. Diffs - server/src/com/cloud/vm/VirtualMachineManagerImpl.java 3f7cab9 Diff: https://reviews.apache.org/r/6515/diff/ Testing --- Thanks, Koushik Das
Re: Review Request: CS-10219 Add option to set login attempts to portal.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/#review11155 --- server/src/com/cloud/user/AccountManagerImpl.java https://reviews.apache.org/r/6858/#comment23870 I understand that ROOT/domain admin can only unlock but I don't see that in the list of changes. Is there another commit for implementing that? - Koushik Das On Sept. 6, 2012, 11:01 a.m., saksham srivastava wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6858/ --- (Updated Sept. 6, 2012, 11:01 a.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, and Alena Prokharchyk. Description --- Added global setting login.attempts.allowed which defines the maximum incorrect password attempts allowed. Also after the maximum attempts are reached the user account is disabled. This addresses bug CS-10219. Diffs - core/src/com/cloud/user/UserAccountVO.java 5e7c018 server/src/com/cloud/configuration/Config.java ebcd070 server/src/com/cloud/configuration/ConfigurationManagerImpl.java f9da08d server/src/com/cloud/user/AccountManagerImpl.java 38153f3 setup/db/create-schema.sql fa933e3 setup/db/db/schema-302to40.sql aaf23e6 Diff: https://reviews.apache.org/r/6858/diff/ Testing --- Verified locally. Thanks, saksham srivastava
Re: Introducing some new developers to the community
On Thu, Sep 6, 2012 at 10:27 AM, Chip Childers chip.child...@sungard.com wrote: Hi all, I wanted to drop a note to the list to introduce some new developers that SunGard Availability Services will be sponsoring to help on the project. We have 6 software developers, and one infrastructure architect, that you'll start to see participating on the list this month (and hopefully more to come in the next couple of months). This will be a new project for most of the team, but everyone has been doing similar work on our own internal software previously (and some from previous companies doing similar work). As a group, they'll be focusing on learning the architecture, components and overall project processes this month. I've suggested to the team that reviewing existing docs / code is the place to start, and then attempting to tackle bugs that are still unassigned / unresolved in bugs.cloudstack.org is the next step. Beyond that, we'll see where we go as a community. ;-) I'd love the continued support of everyone else in helping these new community members integrate into the project! The software developers are: Matthew Morrissey matthew.morris...@sungard.com, based in Philadelphia, PA, USA Raj Subrahmanian raj.subrahman...@sungard.com, based in Philadelphia, PA, USA (but usually in Connecticut) Yichi Lu yichi...@sungard.com, based in Austin, TX, USA Manikanta Kattamuri manikanta.kattam...@sungard.com, based in Pune, India Meghna Kale meghna.k...@sungard.com, based in Pune, India Nischal Vohra nischal.vo...@sungard.com, based in Pune, India The infrastructure architect is Adam Grochowski adam.grochow...@sungard.com, based in Philadelphia, PA, USA. Thanks! -chip Hi folks, Welcome, please make yourselves at home. I am happy to see you here. If you have questions, or something we can help with, don't hesitate to ask. --David
Re: Introducing some new developers to the community
Chip - that's awesome…I wish I had 6 developers I could donate (Some day...give me time. ;) ) Guys - welcome. We've got a great community here. As others have said, if you have questions don't be shy. There's also usually a few of us on the irc channel who are happy to answer questions. John On Sep 6, 2012, at 7:27 AM, Chip Childers chip.child...@sungard.com wrote: Hi all, I wanted to drop a note to the list to introduce some new developers that SunGard Availability Services will be sponsoring to help on the project. We have 6 software developers, and one infrastructure architect, that you'll start to see participating on the list this month (and hopefully more to come in the next couple of months). This will be a new project for most of the team, but everyone has been doing similar work on our own internal software previously (and some from previous companies doing similar work). As a group, they'll be focusing on learning the architecture, components and overall project processes this month. I've suggested to the team that reviewing existing docs / code is the place to start, and then attempting to tackle bugs that are still unassigned / unresolved in bugs.cloudstack.org is the next step. Beyond that, we'll see where we go as a community. ;-) I'd love the continued support of everyone else in helping these new community members integrate into the project! The software developers are: Matthew Morrissey matthew.morris...@sungard.com, based in Philadelphia, PA, USA Raj Subrahmanian raj.subrahman...@sungard.com, based in Philadelphia, PA, USA (but usually in Connecticut) Yichi Lu yichi...@sungard.com, based in Austin, TX, USA Manikanta Kattamuri manikanta.kattam...@sungard.com, based in Pune, India Meghna Kale meghna.k...@sungard.com, based in Pune, India Nischal Vohra nischal.vo...@sungard.com, based in Pune, India The infrastructure architect is Adam Grochowski adam.grochow...@sungard.com, based in Philadelphia, PA, USA. Thanks! -chip
RE: [ASFCS40] Release Candidate Status
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Friday, September 07, 2012 9:41 AM To: cloudstack-dev@incubator.apache.org Subject: [ASFCS40] Release Candidate Status Hi all, Wido and Edison have been working on build issues this evening, but we haven't sorted everything yet. Currently, I'm stuck with trying to build the deb packages on a fresh Ubuntu 12.04 VM. I'm getting this error during ./waf deb: incubator-cloudstack/artifacts/debbuild/cloud-4.0/build/build-aws-api.xml:34: taskdef class org.apache.axis2.tool.ant.AntCodegenTask cannot be found [Rajesh Battala] Ant broken. Can you try building other components by commenting build-aws-api.xml in build.xml Edison is working to get jenkins.cloudstack.org to product the nice installer scripts / package tarball distros that CS has previously been publishing. I think that's still a work-in-progress, and my personal preference for how to get the binary build artifacts to be part of a release process. I'm signing off for the night, but I'll check in first thing tomorrow morning (around 9 AM Eastern US time) to see if we can use either a Jenkins build artifact or a manual (local to me) build process to generate the binary release artifacts. Once I get a decent binary release artifact to sign and post, I'll concurrently do the process for the source distro as well. My plan is to post the unofficial release candidates to people.apache.org/~chipchilders/cloudstack/something... We can't use the official ASF distro svn tree yet, since that requires a PPMC vote, and we're not done with the licensing issues. Anyway, that's all I know for now. Thanks all! -chip
Re: Status of VPC
Thanks On Tue, Sep 4, 2012 at 6:42 PM, Anthony Xu xuefei...@citrix.com wrote: Thanks. I wasn't able to find where this is triggered. Could you point me there so I can replicate it for KVM? I think I missed some patches, I'll merge them ASAP. I'm trying to build apache master, but maven install is very slow, Does anyone know what's going on here? Anthony
Re: Status of VPC
password - I've seen some emails regarding this, that the password server doesn't seem to be set up for the various private nics I'll put the fix to master branch today. was this your CS-16222 fix? I was under the impression that it had to do with /opt/cloud/bin/passwd_server needing to bind to each guest network, but I don't see any changes there. Should password reset be working with master branch at this point?
Re: RPM build is fixed, sort of...
On 07-Sep-2012, at 5:42 AM, Edison Su edison...@citrix.com wrote: -Original Message- From: Rohit Yadav Sent: Thursday, September 06, 2012 2:48 AM To: cloudstack-dev@incubator.apache.org Cc: Edison Su Subject: Re: RPM build is fixed, sort of... On 06-Sep-2012, at 3:06 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Hey Edison, That should be easy to do once the build is mavenized. I'm starting to seriously dislike waf already, so would be happy to see it go. What technical difficulties are you facing with waf? Let's not take decision based on one's preference. If we decide to get rid of war, then I can try to write cmake based packaging scripts that package debs and rpm. (I package/release debs/rpm for VideoLAN's VLMC, https://github.com/bhaisaab/cmakeqt) Yah, basically, we just need a tool for make install, waf can do it, but the current waf script has some many dead code(people trying to do everything in waf). We can either cleanup waf, or use maven to package the whole thing. To me, both are ok. BTW, will you want to help us on the build system? Yes, I'm trying and reading Maven by Sonatype, will post a patch as soon as I get something working. Meanwhile it would be great if we can have waf again. Regards, Rohit Rohit Cheers, Hugo Sent from my iPhone On 6 sep. 2012, at 10:22, Edison Su edison...@citrix.com wrote: I just thought about how to get rid of waf, and how to package artifacts build by maven. I don't want to hack on the waf stuff, which gets easy thing done but to complicated. If war build by maven contains all the files needed by packager, then we probably just unzip the war, then call rpmbuild to build rpm. Does war contain files under agent/distro? Or maybe write another assembly plugin to package all these system level configuration files? Sent from my iPhone On Sep 5, 2012, at 11:37 PM, Hugo Trippaers htrippa...@schubergphilis.com wrote: Yeah, I know ;-). I'm doing builds and deployments for all software in our company. It's not that bad once you get to know it, but maven expects you to do things the maven way. As for building packages, maven is designed to take care of all dependency problems directly. In the maven world the build would produce an artifact that would be packaged later on. So in our case the artifact would be a war file with all code for the server (including ui components) and several jar files with for example the agent and console-proxy. Currently our package system is designed to collect all loose jars itself and put it into a package. The maven way would be to take the war file and deploy that file. If you build using the mvn -P client command, you will find the war file in client/target/cloud-client-ui-4.0.0-SNAPSHOT.war. If you look inside that file it should contain everything needed to run the webapplication for the server (awsapi has a similar file). Technically you should be able to drop that webapplication in any java web container and run the UI without having to worry about dependencies. I haven't checked all the libs yet, but with maven we can define which libs are required for various stages; compiling, testing, runtime, and a special for provided. This controls if a lib is added to the compile classpath, the runtime classpath or the test classpath. Provided means we need it for compilation but we expect that it is present when we install the application. Good examples of provided is the servlet api, you need it for compilation, but it is present on all web application containers. Back to your original question, how about packaging the war file directly? Or having rpm install unpack the war and add it to the rpm, would that safe you work to check the rpms? Cheers, Hugo -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, September 05, 2012 11:52 PM To: Hugo Trippaers Cc: cloudstack-dev@incubator.apache.org Subject: RE: RPM build is fixed, sort of... I can understand why build engineer doesn't like maven from my yesterday's experience. Maven automatically downloads a bunch of jars for you, that's good for developer, but a nightmare for build engineer. How can I find out which jar I should put into RPM/DEB? I need to manually test one by one. -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] Sent: Wednesday, September 05, 2012 1:52 PM To: Edison Su Cc: cloudstack-dev@incubator.apache.org Subject: Re: RPM build is fixed, sort of... That's maven. A snapshot dependency will get a build version number depending on the time it was built. Only release versions have a fixed version number. Maven it self will automagically take this into account when building classpaths, but for external tools it is a bit trickier. Cheers, Hugo Sent from my iPhone On 5 sep. 2012, at 19:00, Edison Su
Re: Review Request: CS-15694:Remove MYSQL connector. Added the explicit class path for mysql connector which will call the jar from the desired location
On Aug. 31, 2012, 3:07 p.m., Alex Huang wrote: Also, we need to add the mysql connector as a rpm dependency. That change is not in. Wido has added the mysql connector as a rpm dependency: Ubuntu and Debian both ship the MySQL connector in a package. I already added a dependency for that: https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=9064236879dc9f2f11538d891271545e1ff10e9c ChipI *think* that's right. Let's see how the Maven build process shakes out, since this is actually tied to that as well. We know that mysql-connector needs to be a system dependency, and not be distributed with the ASF release. One item that does come to mind though... shouldn't it be included in the DEB packages too? Can you add that? Great! Then I think you're right Pradeep. We can probably close out this topic for now. - Pradeep --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6752/#review10943 --- On Aug. 24, 2012, 10:19 a.m., Pradeep Soundararajan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/6752/ --- (Updated Aug. 24, 2012, 10:19 a.m.) Review request for cloudstack, David Nalley and Alex Huang. Description --- CS-15694:Remove MYSQL connector. Added the explicit class path for mysql connector which will call the jar from the desired location Diffs - build/build-cloud.properties 552de7f74db7b715da70cc48ff4dc8945fa066f8 build/developer.xml f2e5aa6463ec849a3e97343e82423ff0ac62 setup/db/deploy-db-dev.sh f149e9efd029bd311b1d247e21764b9103fd01d9 Diff: https://reviews.apache.org/r/6752/diff/ Testing --- Executed: ant build-all deploy-server deploydb successfully. Thanks, Pradeep Soundararajan
[jira] [Assigned] (CLOUDSTACK-21) Create a secondary binary build containing KVM support
[ https://issues.apache.org/jira/browse/CLOUDSTACK-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-21: Assignee: frank zhang Create a secondary binary build containing KVM support -- Key: CLOUDSTACK-21 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-21 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: frank zhang Priority: Blocker Fix For: pre-4.0.0 We have permission to ship a secondary convenience build containing KVM support, even though that library is LGPL-licensed. This will sit alongside the default binaries, which will have KVM support turned off. We need to build this as part of the CI infrastructure. -- 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-22) Sign the release artifacts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-22: Assignee: frank zhang Sign the release artifacts -- Key: CLOUDSTACK-22 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-22 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: frank zhang Priority: Blocker Fix For: pre-4.0.0 The release artifacts need to be signed. -- 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-22) Sign the release artifacts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-22: - Fix Version/s: (was: 4.0.0) pre-4.0.0 Sign the release artifacts -- Key: CLOUDSTACK-22 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-22 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: frank zhang Priority: Blocker Fix For: pre-4.0.0 The release artifacts need to be signed. -- 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-20) Audit all dependencies for licensing issues
[ https://issues.apache.org/jira/browse/CLOUDSTACK-20?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-20: Assignee: frank zhang Audit all dependencies for licensing issues --- Key: CLOUDSTACK-20 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-20 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: frank zhang Priority: Blocker Fix For: pre-4.0.0 Audit all dependencies for license issues. See https://cwiki.apache.org/confluence/display/CLOUDSTACK/Moving+dependencies+to+ASF+approved+licenses. -- 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-20) Audit all dependencies for licensing issues
[ https://issues.apache.org/jira/browse/CLOUDSTACK-20?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-20: - Fix Version/s: (was: 4.0.0) pre-4.0.0 Audit all dependencies for licensing issues --- Key: CLOUDSTACK-20 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-20 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: frank zhang Priority: Blocker Fix For: pre-4.0.0 Audit all dependencies for license issues. See https://cwiki.apache.org/confluence/display/CLOUDSTACK/Moving+dependencies+to+ASF+approved+licenses. -- 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-15) LICENSE and NOTICE file final audits
[ https://issues.apache.org/jira/browse/CLOUDSTACK-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-15: - Fix Version/s: (was: 4.0.0) pre-4.0.0 LICENSE and NOTICE file final audits Key: CLOUDSTACK-15 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-15 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Pradeep Soundararajan Priority: Blocker Fix For: pre-4.0.0 Perform a final audit of the CloudStack LICENSE and NOTICE files. See http://apache.org/legal/src-headers.html#notice. -- 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-11) Not able to install ASF 4.0 on Rhel 6.2
[ https://issues.apache.org/jira/browse/CLOUDSTACK-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-11: Assignee: edison su Not able to install ASF 4.0 on Rhel 6.2 --- Key: CLOUDSTACK-11 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-11 Project: CloudStack Issue Type: Bug Components: Install and Setup Affects Versions: pre-4.0.0 Environment: Platform : Rhel 6.2 CloudStack build : asf4.0.rpm.tar Reporter: Abhinav Roy Assignee: edison su Priority: Blocker Fix For: pre-4.0.0 Steps Executed :- 1. Copied the tar file asf4.0.rpm.tar on the rhel machine.--- It was successful 2. Untar the file. --- It was successful 3. rpm -Uvh *.rpm --- This gave following output error: Failed dependencies: /usr/sbin/libvirtd is needed by cloud-agent-4.0-1.el6.x86_64 ebtables is needed by cloud-agent-4.0-1.el6.x86_64 jna is needed by cloud-agent-4.0-1.el6.x86_64 jsvc is needed by cloud-agent-4.0-1.el6.x86_64 kvm is needed by cloud-agent-4.0-1.el6.x86_64 libvirt is needed by cloud-agent-4.0-1.el6.x86_64 qemu-img is needed by cloud-agent-4.0-1.el6.x86_64 PING is needed by cloud-baremetal-agent-4.0-1.el6.x86_64 syslinux is needed by cloud-baremetal-agent-4.0-1.el6.x86_64 tftp-server is needed by cloud-baremetal-agent-4.0-1.el6.x86_64 xinetd is needed by cloud-baremetal-agent-4.0-1.el6.x86_64 jsvc is needed by cloud-usage-4.0-1.el6.x86_64 After this I installed all above mentioned packages by 'yum install package name expect jsvc and PING. Downloaded jsvc from net and installed but couldn't find PING. So, removed the baremetal package(just for trial) 4. rpm -Uvh *.rpm --- This time install was successful. 5. cloud-setup-databases --- Gave the following error Cloud DB required file /usr/share/java/cloud-jasypt-1.8.jar was not found We are not able to proceed with the installation due to the above mentioned issues. Please let us know the workaround/correct installation steps. -- 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-26) Jars still present in the what would be RC1
[ https://issues.apache.org/jira/browse/CLOUDSTACK-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-26: Assignee: Prachi Damle Jars still present in the what would be RC1 --- Key: CLOUDSTACK-26 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-26 Project: CloudStack Issue Type: Bug Components: AWSAPI Affects Versions: pre-4.0.0 Reporter: David Nalley Assignee: Prachi Damle Priority: Blocker Labels: release Fix For: pre-4.0.0 As a general rule binaries should not be present in the source tree. AWSAPI has the following jars in the tree. ./awsapi/modules/axis2-spring-1.6.2.jar ./awsapi/modules/axis2-kernel-1.6.2.jar ./awsapi/modules/axis2-jaxws-1.6.2.jar ./awsapi/modules/axis2-jaxbri-1.6.2.jar ./awsapi/modules/axis2-corba-1.6.2.jar ./awsapi/modules/axis2-adb-codegen-1.6.2.jar ./awsapi/modules/axis2-xmlbeans-1.6.2.jar ./awsapi/modules/axis2-mtompolicy-1.6.2.jar ./awsapi/modules/axis2-transport-local-1.6.2.jar ./awsapi/modules/axis2-codegen-1.6.2.jar ./awsapi/modules/axis2-transport-http-1.6.2.jar ./awsapi/modules/axis2-jibx-1.6.2.jar ./awsapi/modules/axis2-clustering-1.6.2.jar ./awsapi/modules/axis2-java2wsdl-1.6.2.jar ./awsapi/modules/axis2-adb-1.6.2.jar ./awsapi/modules/axis2-saaj-1.6.2.jar ./awsapi/modules/axis2-metadata-1.6.2.jar ./awsapi/modules/axis2-ant-plugin-1.6.2.jar ./awsapi/modules/axis2-json-1.6.2.jar ./awsapi/modules/axis2-soapmonitor-servlet-1.6.2.jar ./awsapi/modules/axis2-fastinfoset-1.6.2.jar -- 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-26) Jars still present in the what would be RC1
[ https://issues.apache.org/jira/browse/CLOUDSTACK-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-26: - Fix Version/s: (was: 4.0.0) pre-4.0.0 Jars still present in the what would be RC1 --- Key: CLOUDSTACK-26 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-26 Project: CloudStack Issue Type: Bug Components: AWSAPI Affects Versions: pre-4.0.0 Reporter: David Nalley Assignee: Prachi Damle Priority: Blocker Labels: release Fix For: pre-4.0.0 As a general rule binaries should not be present in the source tree. AWSAPI has the following jars in the tree. ./awsapi/modules/axis2-spring-1.6.2.jar ./awsapi/modules/axis2-kernel-1.6.2.jar ./awsapi/modules/axis2-jaxws-1.6.2.jar ./awsapi/modules/axis2-jaxbri-1.6.2.jar ./awsapi/modules/axis2-corba-1.6.2.jar ./awsapi/modules/axis2-adb-codegen-1.6.2.jar ./awsapi/modules/axis2-xmlbeans-1.6.2.jar ./awsapi/modules/axis2-mtompolicy-1.6.2.jar ./awsapi/modules/axis2-transport-local-1.6.2.jar ./awsapi/modules/axis2-codegen-1.6.2.jar ./awsapi/modules/axis2-transport-http-1.6.2.jar ./awsapi/modules/axis2-jibx-1.6.2.jar ./awsapi/modules/axis2-clustering-1.6.2.jar ./awsapi/modules/axis2-java2wsdl-1.6.2.jar ./awsapi/modules/axis2-adb-1.6.2.jar ./awsapi/modules/axis2-saaj-1.6.2.jar ./awsapi/modules/axis2-metadata-1.6.2.jar ./awsapi/modules/axis2-ant-plugin-1.6.2.jar ./awsapi/modules/axis2-json-1.6.2.jar ./awsapi/modules/axis2-soapmonitor-servlet-1.6.2.jar ./awsapi/modules/axis2-fastinfoset-1.6.2.jar -- 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-16) Final release version number changes
[ https://issues.apache.org/jira/browse/CLOUDSTACK-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-16: Assignee: Pradeep Soundararajan Final release version number changes Key: CLOUDSTACK-16 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-16 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Pradeep Soundararajan Priority: Blocker Fix For: pre-4.0.0 Update all the version numbers before final RC is created. -- 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-22) Sign the release artifacts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-22: Assignee: Pradeep Soundararajan (was: frank zhang) Sign the release artifacts -- Key: CLOUDSTACK-22 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-22 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Pradeep Soundararajan Priority: Blocker Fix For: pre-4.0.0 The release artifacts need to be signed. -- 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-20) Audit all dependencies for licensing issues
[ https://issues.apache.org/jira/browse/CLOUDSTACK-20?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-20: Assignee: Pradeep Soundararajan (was: frank zhang) Audit all dependencies for licensing issues --- Key: CLOUDSTACK-20 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-20 Project: CloudStack Issue Type: Task Reporter: Ewan Mellor Assignee: Pradeep Soundararajan Priority: Blocker Fix For: pre-4.0.0 Audit all dependencies for license issues. See https://cwiki.apache.org/confluence/display/CLOUDSTACK/Moving+dependencies+to+ASF+approved+licenses. -- 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