Re: building and testing 4.4.
Hi Carlos, On Fri, Jun 20, 2014 at 4:17 AM, Carlos Reategui car...@reategui.com wrote: Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? This is oss (I checked the 4.3 release debs, and could not find vmware jars and other non-oss stuff). I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Yes :) Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? Historically we've been using 6.0.33, we need to revisit it. For now I would recommend you to use Tomcat 6.0.33. Thanks for filing the doc bug. Regards. thanks, Carlos PS figured it would be good to change the subject of this thread On Thu, Jun 19, 2014 at 12:16 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 20, 2014 at 12:22 AM, Carlos Reategui car...@reategui.com wrote: I can do that. My current install is from the repo http://cloudstack.apt-get.eu/ubuntu. Do you know if that is built with -Dnoredist? I would like to make sure I build and package the same way. Wido maintains it and only hosts released versions of CloudStack and AFAIK we don't have an active nightlies debian build repo for users. That means, you'll have to build from source which is not very hard to do (you may even automate it): 1. Download the 4.4 branch zipball: https://github.com/apache/cloudstack/archive/4.4.zip 2. Follow this: http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html#prerequisites-for-building-apache-cloudstack If you're stuck or have any issues reach out to the community, we're good people :) @Wido: Hey! Can you start the nightlies again so users don't have to do debian builds themselves? Regards. Thanks Carlos On Thu, Jun 19, 2014 at 11:35 AM, Rohit Yadav bhais...@apache.org wrote: On Thu, Jun 19, 2014 at 10:39 PM, Carlos Reátegui create...@gmail.com wrote: Hi Daan, I have not tried 4.3. I saw some of the issues people were having and decided to hold off from trying. Do you suggest I try with 4.3 or should I build my own deb packages and try 4.4? BTW I am on ubuntu 12.04 + XenServer 6.0.2 Carlos, Daan is suggesting that you help us test our upcoming 4.4 release :) using the 4.4 branch [1] [1] https://github.com/apache/cloudstack/tree/4.4 Cheers. On Jun 19, 2014, at 12:35 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Carlos, please export your db and do a test upgrade on a lab machine? Now is the time to solve any upgrade issues in 4.4. Have you tried the 4.3 upgrade already? regards, Daan On Wed, Jun 18, 2014 at 7:04 PM, Carlos Reátegui create...@gmail.com wrote: Hi Rohit, The awsapi was one of the reasons we chose to use ACS. We have developed some internal tools and apps to manage our deployments on AWS that we want to re-use on ACS. We have not been able to use it yet because it was broken in 4.1.1. We tried to upgrade to 4.2 and were unsuccessful and are now waiting for 4.4 to finally upgrade and hopefully be able to use the awsapi. We use ACS internally for development and testing of our applications that we push to AWS. thanks, Carlos On Jun 18, 2014, at 12:11 AM, Rohit Yadav bhais...@apache.org wrote: Hi, Who uses awsapi or any other EC2 compatible interface such as ec2stack with CloudStack (or CloudStack distros such as Citrix CloudPlatform) in production? And, if marketing and publicity are/were big motivation(s)? In case you don't want to discuss on this thread, please take this anonymous poll: http://www.polljunkie.com/poll/fbyfdc/who-uses-awsapi-with-cloudstack-in-prouduction # Some stats I've been watching Collab14 videos and found references where many speakers reference overall CloudStack codebase to be about 1.5M (million) lines of Java code which is not exactly true. Let me share some findings; - As of today, CloudStack master is about 1.7M lines of Java code [1] - CloudStack awsapi artifact is 1.04M lines of Java code [2] - Code excluding awsapi, tests and license/comment is about 590k lines of Java code [3] - The core excluding plugins, api and the above is about 300k lines of Java code [4] Why should I care: - some useful/fun stats to keep in mind - it's not a giant mammoth that
Re: building and testing 4.4.
Hi Rohit, On Jun 19, 2014, at 11:30 PM, Rohit Yadav bhais...@apache.org wrote: Hi Carlos, On Fri, Jun 20, 2014 at 4:17 AM, Carlos Reategui car...@reategui.com wrote: Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? This is oss (I checked the 4.3 release debs, and could not find vmware jars and other non-oss stuff). Thanks for checking… I guess I could have done that. I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Yes :) Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? Historically we've been using 6.0.33, we need to revisit it. For now I would recommend you to use Tomcat 6.0.33. How do you recommend dealing with the tomcat6 dependency check in the cloudstack install? I found 6.0.32 debs here: https://launchpad.net/ubuntu/precise/amd64/tomcat6/6.0.32-5ubuntu1 would those be ok? Should I build my own? I am assuming these instructions should work for ubuntu: http://plone.uconn.edu/workspaces/uits-linux/standard-operating-procedures-sop/packaging-tomcat-6-for-debian Thanks for filing the doc bug. No prob. I wold have made the changes myself but wasn’t sure what the preferred solution for the above dependency should be. Regards. snip
Re: building and testing 4.4.
On Fri, Jun 20, 2014 at 10:15 PM, Carlos Reátegui create...@gmail.com wrote: Hi Rohit, On Jun 19, 2014, at 11:30 PM, Rohit Yadav bhais...@apache.org wrote: Hi Carlos, On Fri, Jun 20, 2014 at 4:17 AM, Carlos Reategui car...@reategui.com wrote: Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? This is oss (I checked the 4.3 release debs, and could not find vmware jars and other non-oss stuff). Thanks for checking... I guess I could have done that. I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Yes :) Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? Historically we've been using 6.0.33, we need to revisit it. For now I would recommend you to use Tomcat 6.0.33. How do you recommend dealing with the tomcat6 dependency check in the cloudstack install? I found 6.0.32 debs here: https://launchpad.net/ubuntu/precise/amd64/tomcat6/6.0.32-5ubuntu1 would those be ok? Should I build my own? I am assuming these instructions should work for ubuntu: http://plone.uconn.edu/workspaces/uits-linux/standard-operating-procedures-sop/packaging-tomcat-6-for-debian I think 6.0.32 would work. I build from source and run using maven so I don't use debian/rpms builds myself, whether using 6.0.35 or 6.0.32 from default repo will work (it may); just try them both, the worst case would be that it will fail after which you can try building your own. Any debian user/sysadmin want to comment here? Regards. Thanks for filing the doc bug. No prob. I wold have made the changes myself but wasn't sure what the preferred solution for the above dependency should be. Regards. snip
Re: building and testing 4.4.
On Jun 20, 2014, at 12:13 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 20, 2014 at 10:15 PM, Carlos Reátegui create...@gmail.com wrote: Hi Rohit, On Jun 19, 2014, at 11:30 PM, Rohit Yadav bhais...@apache.org wrote: Hi Carlos, On Fri, Jun 20, 2014 at 4:17 AM, Carlos Reategui car...@reategui.com wrote: Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? This is oss (I checked the 4.3 release debs, and could not find vmware jars and other non-oss stuff). Thanks for checking... I guess I could have done that. I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Yes :) Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? Historically we've been using 6.0.33, we need to revisit it. For now I would recommend you to use Tomcat 6.0.33. How do you recommend dealing with the tomcat6 dependency check in the cloudstack install? I found 6.0.32 debs here: https://launchpad.net/ubuntu/precise/amd64/tomcat6/6.0.32-5ubuntu1 would those be ok? Should I build my own? I am assuming these instructions should work for ubuntu: http://plone.uconn.edu/workspaces/uits-linux/standard-operating-procedures-sop/packaging-tomcat-6-for-debian I think 6.0.32 would work. I build from source and run using maven so I don't use debian/rpms builds myself, whether using 6.0.35 or 6.0.32 from default repo will work (it may); just try them both, the worst case would be that it will fail after which you can try building your own. I have been running 4.1.1 since last year on 6.0.35 without any issues that I can tell. I tried searching for the issues with .35 but can’t find anything concrete. The build docs just say there is a known issue but don’t specify what that is. Anyone know what this known issue is? I see this as a bigger documentation/installation problem as the install docs don’t mention how to get around this dependency. If you just follow the instructions you end up with .35 on ubuntu 12.04. Any debian user/sysadmin want to comment here? Regards. Thanks for filing the doc bug. No prob. I wold have made the changes myself but wasn't sure what the preferred solution for the above dependency should be. Regards. snip
building and testing 4.4.
Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? thanks, Carlos PS figured it would be good to change the subject of this thread On Thu, Jun 19, 2014 at 12:16 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 20, 2014 at 12:22 AM, Carlos Reategui car...@reategui.com wrote: I can do that. My current install is from the repo http://cloudstack.apt-get.eu/ubuntu. Do you know if that is built with -Dnoredist? I would like to make sure I build and package the same way. Wido maintains it and only hosts released versions of CloudStack and AFAIK we don't have an active nightlies debian build repo for users. That means, you'll have to build from source which is not very hard to do (you may even automate it): 1. Download the 4.4 branch zipball: https://github.com/apache/cloudstack/archive/4.4.zip 2. Follow this: http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html#prerequisites-for-building-apache-cloudstack If you're stuck or have any issues reach out to the community, we're good people :) @Wido: Hey! Can you start the nightlies again so users don't have to do debian builds themselves? Regards. Thanks Carlos On Thu, Jun 19, 2014 at 11:35 AM, Rohit Yadav bhais...@apache.org wrote: On Thu, Jun 19, 2014 at 10:39 PM, Carlos Reátegui create...@gmail.com wrote: Hi Daan, I have not tried 4.3. I saw some of the issues people were having and decided to hold off from trying. Do you suggest I try with 4.3 or should I build my own deb packages and try 4.4? BTW I am on ubuntu 12.04 + XenServer 6.0.2 Carlos, Daan is suggesting that you help us test our upcoming 4.4 release :) using the 4.4 branch [1] [1] https://github.com/apache/cloudstack/tree/4.4 Cheers. On Jun 19, 2014, at 12:35 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Carlos, please export your db and do a test upgrade on a lab machine? Now is the time to solve any upgrade issues in 4.4. Have you tried the 4.3 upgrade already? regards, Daan On Wed, Jun 18, 2014 at 7:04 PM, Carlos Reátegui create...@gmail.com wrote: Hi Rohit, The awsapi was one of the reasons we chose to use ACS. We have developed some internal tools and apps to manage our deployments on AWS that we want to re-use on ACS. We have not been able to use it yet because it was broken in 4.1.1. We tried to upgrade to 4.2 and were unsuccessful and are now waiting for 4.4 to finally upgrade and hopefully be able to use the awsapi. We use ACS internally for development and testing of our applications that we push to AWS. thanks, Carlos On Jun 18, 2014, at 12:11 AM, Rohit Yadav bhais...@apache.org wrote: Hi, Who uses awsapi or any other EC2 compatible interface such as ec2stack with CloudStack (or CloudStack distros such as Citrix CloudPlatform) in production? And, if marketing and publicity are/were big motivation(s)? In case you don't want to discuss on this thread, please take this anonymous poll: http://www.polljunkie.com/poll/fbyfdc/who-uses-awsapi-with-cloudstack-in-prouduction # Some stats I've been watching Collab14 videos and found references where many speakers reference overall CloudStack codebase to be about 1.5M (million) lines of Java code which is not exactly true. Let me share some findings; - As of today, CloudStack master is about 1.7M lines of Java code [1] - CloudStack awsapi artifact is 1.04M lines of Java code [2] - Code excluding awsapi, tests and license/comment is about 590k lines of Java code [3] - The core excluding plugins, api and the above is about 300k lines of Java code [4] Why should I care: - some useful/fun stats to keep in mind - it's not a giant mammoth that cannot be fixed or developed upon - encouraging for new developers that if they try they can understand and fix it FYI, this started on twitter yesterday: https://twitter.com/_bhaisaab/status/479007075414974465 [1] cd cloudstack-repo find . | grep java$ | xargs cat | wc -l [2] cd cloudstack-repo find awsapi | grep java$ | xargs cat | wc -l [3] cd cloudstack-repo find . | grep -v awsapi | grep -v [tT]est | grep java$ | xargs cat | grep -v '^//' | wc -l [4] cd
Re: building and testing 4.4.
Regarding my tomcat question in the previous email, I have built the .deb files and noticed the dependency on tomcat6. I am confused by the statement in the build doc ( http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html) to use 6.0.33 instead of 6.0.35. This is not mentioned in the installation doc ( http://cloudstack-installation.readthedocs.org/en/latest/installation.html). If you simply do the apt-get install of cloudstack it will install tomcat 6.0.35 since that is whats current in Ubuntu 12.04 ( http://packages.ubuntu.com/precise/web/tomcat6). So is this just a build dependency? thanks Carlos On Thu, Jun 19, 2014 at 3:47 PM, Carlos Reategui car...@reategui.com wrote: Hi Rohit, Thanks for the info, but I was asking about the non-oss. Is that included in Wido's released versions? I'm assuming the zip file you linked below will give me the same as: git checkout remotes/origin/4.4 Also, what is the issue with tomcat 6.0.35? I just noticed that my Management Server is running the default Ubuntu tomcat6 which is 6.0.35. Are all versions of CloudStack affected? thanks, Carlos PS figured it would be good to change the subject of this thread On Thu, Jun 19, 2014 at 12:16 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 20, 2014 at 12:22 AM, Carlos Reategui car...@reategui.com wrote: I can do that. My current install is from the repo http://cloudstack.apt-get.eu/ubuntu . Do you know if that is built with -Dnoredist? I would like to make sure I build and package the same way. Wido maintains it and only hosts released versions of CloudStack and AFAIK we don't have an active nightlies debian build repo for users. That means, you'll have to build from source which is not very hard to do (you may even automate it): 1. Download the 4.4 branch zipball: https://github.com/apache/cloudstack/archive/4.4.zip 2. Follow this: http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html#prerequisites-for-building-apache-cloudstack If you're stuck or have any issues reach out to the community, we're good people :) @Wido: Hey! Can you start the nightlies again so users don't have to do debian builds themselves? Regards. Thanks Carlos On Thu, Jun 19, 2014 at 11:35 AM, Rohit Yadav bhais...@apache.org wrote: On Thu, Jun 19, 2014 at 10:39 PM, Carlos Reátegui create...@gmail.com wrote: Hi Daan, I have not tried 4.3. I saw some of the issues people were having and decided to hold off from trying. Do you suggest I try with 4.3 or should I build my own deb packages and try 4.4? BTW I am on ubuntu 12.04 + XenServer 6.0.2 Carlos, Daan is suggesting that you help us test our upcoming 4.4 release :) using the 4.4 branch [1] [1] https://github.com/apache/cloudstack/tree/4.4 Cheers. On Jun 19, 2014, at 12:35 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Carlos, please export your db and do a test upgrade on a lab machine? Now is the time to solve any upgrade issues in 4.4. Have you tried the 4.3 upgrade already? regards, Daan On Wed, Jun 18, 2014 at 7:04 PM, Carlos Reátegui create...@gmail.com wrote: Hi Rohit, The awsapi was one of the reasons we chose to use ACS. We have developed some internal tools and apps to manage our deployments on AWS that we want to re-use on ACS. We have not been able to use it yet because it was broken in 4.1.1. We tried to upgrade to 4.2 and were unsuccessful and are now waiting for 4.4 to finally upgrade and hopefully be able to use the awsapi. We use ACS internally for development and testing of our applications that we push to AWS. thanks, Carlos On Jun 18, 2014, at 12:11 AM, Rohit Yadav bhais...@apache.org wrote: Hi, Who uses awsapi or any other EC2 compatible interface such as ec2stack with CloudStack (or CloudStack distros such as Citrix CloudPlatform) in production? And, if marketing and publicity are/were big motivation(s)? In case you don't want to discuss on this thread, please take this anonymous poll: http://www.polljunkie.com/poll/fbyfdc/who-uses-awsapi-with-cloudstack-in-prouduction # Some stats I've been watching Collab14 videos and found references where many speakers reference overall CloudStack codebase to be about 1.5M (million) lines of Java code which is not exactly true. Let me share some findings; - As of today, CloudStack master is about 1.7M lines of Java code [1] - CloudStack awsapi artifact is 1.04M lines of Java code [2] - Code excluding awsapi, tests and license/comment is about 590k lines of Java code [3] - The core excluding