[DISCUSS] Specific information for hypervisor
Hi all, I write this e-mail to start (or restart) a discussion on the following topic : How to send specific information to an hypervisor when we would like to be generic from the CloudStack Management Server (or from the WS API) ? e.g : Could be able to choose pci for Xen, etc. https://issues.apache.org/jira/i#browse/CLOUDSTACK-3702 The goal is to find the best way to have this kind of feature in a next release if possible and almost to keep, preserve the spirit of Cloudstack. Best regards, NB : Maybe, it's interesting to see this discussion before [DISCUSS] Leaky abstractions [was review requests 13238, 13896, 14320] http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201310.mbox/%3ccagqtxvyvzplcycge1vmwuxfvt5px0xdxwxmb5bwv5edcewu...@mail.gmail.com%3e [cid:image001.gif@01CEDF88.86FEB9B0] Nicolas Foata Ingénieur O/OF/DSIF/DFY/SDFY/RnB Norsys pour Orange Sophia Antipolis nfoata@orange.commailto:nfoata@orange-ftgroup.com [cid:image002.gif@01CEDF88.86FEB9B0] _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
Re: [ACS4.2.1] Release readiness
On Nov 12, 2013, at 2:13 AM, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: While I was doing a dry run of building a RC and waiting on closure of last remaining critical issues, would like to know if there are any particular concerns about release readiness. For one the upgrade path from 2.2.14 to 4.2.1 is in works. Any other issues please pop up to save some last minute surprises. Since we moved the docs to a separate repo, this 4.2.1 release won't include docs, correct ? Also, will you prepare a list of all bugs that have been resolved for 4.2.1 -abhi
Review Request 15451: Compute offering should not shown in disk offering section
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15451/ --- Review request for cloudstack and Kishan Kavala. Bugs: CLOUDSTACK-5063 https://issues.apache.org/jira/browse/CLOUDSTACK-5063 Repository: cloudstack-git Description --- Compute offering should not shown in disk offering section https://issues.apache.org/jira/browse/CLOUDSTACK-5063 Diffs - server/src/com/cloud/api/query/QueryManagerImpl.java 2b5b81d Diff: https://reviews.apache.org/r/15451/diff/ Testing --- Tested on master. Thanks, bharat kumar
Re: [ACS4.2.1] Release readiness
While I was doing a dry run of building a RC and waiting on closure of last remaining critical issues, would like to know if there are any particular concerns about release readiness. For one the upgrade path from 2.2.14 to 4.2.1 is in works. Any other issues please pop up to save some last minute surprises. Since we moved the docs to a separate repo, this 4.2.1 release won't include docs, correct ? Also, will you prepare a list of all bugs that have been resolved for 4.2.1 The filter to list bigs fixed for 4.2.1 is https://issues.apache.org/jira/issues/?filter=12325707 Is it appropriate to add the filter in the ³CHANGES² file or just add the full listing ? -abhi
[ASF4.2.1] Upgrade from 2.2.14 to 4.2 fails
For benefit of others I am forwarding email from Amin who has successfully tested upgrade from 2.2.14 to 4.2.1. -abhi On 12/11/13 12:47 pm, Amin Samir aminsamira...@hotmail.commailto:aminsamira...@hotmail.com wrote: Hi Abhi, I just succeeded in upgrading from 2.2.14 to 4.2, my environment used to be virtualized on virtual box, there is where i kept facing issues and making exceptions in the my sql database to have the 2.2.14 running, and then the upgrade kept failing with the below errors. however i have eliminated the virtualization from the upgrade had all the Management server, storage, and hosts on the physical machine, and then the migration went smoothly, I followed 4.2 release document. One more comment from using cloud stack documentation is that it lacks so much, better resources to use and will save you time is Citrix CloudPlatform documentation, it is more organized and accurate and will surely save you time. Amin. From: abhinandan.prat...@citrix.commailto:abhinandan.prat...@citrix.com To: sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com; raja.pull...@citrix.commailto:raja.pull...@citrix.com; sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com; aminsamira...@hotmail.commailto:aminsamira...@hotmail.com Subject: Re: Upgrade from 2.2.14 to 4.2 fails Date: Tue, 12 Nov 2013 04:51:51 + Hi Amin/Sanjeev, Where you able to file bug ? Can you also tell if the upgrade went thru possibly using some workaround or was it abandoned ? -abhi On 11/11/13 11:26 am, Sudha Ponnaganti sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com wrote: Raja, One additional config that need to be tested is ACS 4.2 to ACS 4.2.1 This is one that is purely ACS. Code path is slightly different in ACS. Can you have someone validate this. Hope post upgrade validation is being done properly. Community will start validation only after RC is cut. This is a bad habit and we are trying to change that but given the open source nature it seem to be unavoidable. However in our best interest we need to safe guard this - I am not expecting any big fixes however it would be good to check. Thanks /sudha -Original Message- From: Raja Pullela Sent: Sunday, November 10, 2013 7:42 PM To: Sudha Ponnaganti; Sanjeev Neelarapu Cc: Abhinandan Prateek Subject: RE: Upgrade from 2.2.14 to 4.2 fails Yes... most likely... BTW, we have not tested 2.2.14 to Dixon upgrade. Feels like we may have to look at this? I will talk to Manasa to look at this. Thanks, Raja -Original Message- From: Sudha Ponnaganti Sent: Monday, November 11, 2013 8:05 AM To: Sanjeev Neelarapu Cc: Raja Pullela; Abhinandan Prateek Subject: FW: Upgrade from 2.2.14 to 4.2 fails Is this applicable for Dixon as well?? Thanks /sudha -Original Message- From: Amin Samir [mailto:aminsamira...@hotmail.com] Sent: Sunday, November 10, 2013 6:28 PM To: us...@cloudstack.apache.orgmailto:us...@cloudstack.apache.org Subject: RE: Upgrade from 2.2.14 to 4.2 fails Hi Sanjeev, I have tried to file a bug but could not find cloudstack in the list of software that i can file a bug, the following what i have found, would you please advise where to file it?Ant: Ant is a Java based build tool.Apache httpd‑2: Apache HTTP Server Version 2Apache httpd‑test: Test framework and utilities for the Apache HTTP ServerAPR: Apache Portable Runtime.JMeter: Pure Java desktop application designed to load test functional behavior and measure performanceLenya: Lenya is a Content Management System based on XML and XSLT. One of its core components is Apache Cocoon.Log4j: A reliable, fast and extensible logging library for Java.POI: The POI project consists of complete ports of popular productivity office suite file formats.Rivet: Apache Rivet is a system for creating dynamic web content via the Tcl programming language integrated with the Apache Web Server.Steve: Apache SteveTaglibs: A collection of JavaServer Pages (JSP) custom tag libraries useful in building web applicationsTomcat 6: A Servlet container implementing the Servlet Specification v2.5 and the Java Server Pages (JSP) Specification v2.1.Tomcat 7: A Servlet container implementing the Servlet Specification v3.0 and the Java Server Pages (JSP) Specification v2.2.Tomcat 8: A Servlet container implementing the Servlet Specification v3.1 and the Java Server Pages (JSP) Specification TBD, EL specification 3.0 and WebSocket specification 1.0Tomcat Connectors: Provides integration between Apache Tomcat and a range of web serversTomcat Modules: Additional modules for Apache Tomcat. Modules may be for a specific Tomcat version or may work with several. See each module's documentation for details.Tomcat Native: Provides an APR based native HTTP and AJP connectors for TomcatWebSH: Thanks in advanceAmin From: sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com To:
[JENKINS] Issues resolved
Heya, The builds were stuck because the system ran out of diskspace. Cleaned some of the unused job folders to get some space back. Cheers, Hugo
Re: [ASF4.2.1] Upgrade from 2.2.14 to 4.2 is successful
Oops, fixed the subject. On 12/11/13 3:00 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: For benefit of others I am forwarding email from Amin who has successfully tested upgrade from 2.2.14 to 4.2.1. -abhi On 12/11/13 12:47 pm, Amin Samir aminsamira...@hotmail.commailto:aminsamira...@hotmail.com wrote: Hi Abhi, I just succeeded in upgrading from 2.2.14 to 4.2, my environment used to be virtualized on virtual box, there is where i kept facing issues and making exceptions in the my sql database to have the 2.2.14 running, and then the upgrade kept failing with the below errors. however i have eliminated the virtualization from the upgrade had all the Management server, storage, and hosts on the physical machine, and then the migration went smoothly, I followed 4.2 release document. One more comment from using cloud stack documentation is that it lacks so much, better resources to use and will save you time is Citrix CloudPlatform documentation, it is more organized and accurate and will surely save you time. Amin. From: abhinandan.prat...@citrix.commailto:abhinandan.prat...@citrix.com To: sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com; raja.pull...@citrix.commailto:raja.pull...@citrix.com; sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com; aminsamira...@hotmail.commailto:aminsamira...@hotmail.com Subject: Re: Upgrade from 2.2.14 to 4.2 fails Date: Tue, 12 Nov 2013 04:51:51 + Hi Amin/Sanjeev, Where you able to file bug ? Can you also tell if the upgrade went thru possibly using some workaround or was it abandoned ? -abhi On 11/11/13 11:26 am, Sudha Ponnaganti sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com wrote: Raja, One additional config that need to be tested is ACS 4.2 to ACS 4.2.1 This is one that is purely ACS. Code path is slightly different in ACS. Can you have someone validate this. Hope post upgrade validation is being done properly. Community will start validation only after RC is cut. This is a bad habit and we are trying to change that but given the open source nature it seem to be unavoidable. However in our best interest we need to safe guard this - I am not expecting any big fixes however it would be good to check. Thanks /sudha -Original Message- From: Raja Pullela Sent: Sunday, November 10, 2013 7:42 PM To: Sudha Ponnaganti; Sanjeev Neelarapu Cc: Abhinandan Prateek Subject: RE: Upgrade from 2.2.14 to 4.2 fails Yes... most likely... BTW, we have not tested 2.2.14 to Dixon upgrade. Feels like we may have to look at this? I will talk to Manasa to look at this. Thanks, Raja -Original Message- From: Sudha Ponnaganti Sent: Monday, November 11, 2013 8:05 AM To: Sanjeev Neelarapu Cc: Raja Pullela; Abhinandan Prateek Subject: FW: Upgrade from 2.2.14 to 4.2 fails Is this applicable for Dixon as well?? Thanks /sudha -Original Message- From: Amin Samir [mailto:aminsamira...@hotmail.com] Sent: Sunday, November 10, 2013 6:28 PM To: us...@cloudstack.apache.orgmailto:us...@cloudstack.apache.org Subject: RE: Upgrade from 2.2.14 to 4.2 fails Hi Sanjeev, I have tried to file a bug but could not find cloudstack in the list of software that i can file a bug, the following what i have found, would you please advise where to file it?Ant: Ant is a Java based build tool.Apache httpd‑2: Apache HTTP Server Version 2Apache httpd‑test: Test framework and utilities for the Apache HTTP ServerAPR: Apache Portable Runtime.JMeter: Pure Java desktop application designed to load test functional behavior and measure performanceLenya: Lenya is a Content Management System based on XML and XSLT. One of its core components is Apache Cocoon.Log4j: A reliable, fast and extensible logging library for Java.POI: The POI project consists of complete ports of popular productivity office suite file formats.Rivet: Apache Rivet is a system for creating dynamic web content via the Tcl programming language integrated with the Apache Web Server.Steve: Apache SteveTaglibs: A collection of JavaServer Pages (JSP) custom tag libraries useful in building web applicationsTomcat 6: A Servlet container implementing the Servlet Specification v2.5 and the Java Server Pages (JSP) Specification v2.1.Tomcat 7: A Servlet container implementing the Servlet Specification v3.0 and the Java Server Pages (JSP) Specification v2.2.Tomcat 8: A Servlet container implementing the Servlet Specification v3.1 and the Java Server Pages (JSP) Specification TBD, EL specification 3.0 and WebSocket specification 1.0Tomcat Connectors: Provides integration between Apache Tomcat and a range of web serversTomcat Modules: Additional modules for Apache Tomcat. Modules may be for a specific Tomcat version or may work with several. See each module's documentation for details.Tomcat Native: Provides an APR based native HTTP and AJP connectors for TomcatWebSH: Thanks in advanceAmin
Re: [ASF4.2.1] Upgrade from 2.2.14 to 4.2 is successful
The upgrade from 2.2.14 to 4.2.1 succeed in our environment as well. As we discussed before, maybe it is better to ask users upgrade from previous versions to a specified version (like 4.2.1), then upgrade to newer versions (4.3/5.0). 2013/11/12 Abhinandan Prateek abhinandan.prat...@citrix.com Oops, fixed the subject. On 12/11/13 3:00 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: For benefit of others I am forwarding email from Amin who has successfully tested upgrade from 2.2.14 to 4.2.1. -abhi On 12/11/13 12:47 pm, Amin Samir aminsamira...@hotmail.commailto:aminsamira...@hotmail.com wrote: Hi Abhi, I just succeeded in upgrading from 2.2.14 to 4.2, my environment used to be virtualized on virtual box, there is where i kept facing issues and making exceptions in the my sql database to have the 2.2.14 running, and then the upgrade kept failing with the below errors. however i have eliminated the virtualization from the upgrade had all the Management server, storage, and hosts on the physical machine, and then the migration went smoothly, I followed 4.2 release document. One more comment from using cloud stack documentation is that it lacks so much, better resources to use and will save you time is Citrix CloudPlatform documentation, it is more organized and accurate and will surely save you time. Amin. From: abhinandan.prat...@citrix.commailto:abhinandan.prat...@citrix.com To: sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com; raja.pull...@citrix.commailto:raja.pull...@citrix.com; sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com; aminsamira...@hotmail.commailto:aminsamira...@hotmail.com Subject: Re: Upgrade from 2.2.14 to 4.2 fails Date: Tue, 12 Nov 2013 04:51:51 + Hi Amin/Sanjeev, Where you able to file bug ? Can you also tell if the upgrade went thru possibly using some workaround or was it abandoned ? -abhi On 11/11/13 11:26 am, Sudha Ponnaganti sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com wrote: Raja, One additional config that need to be tested is ACS 4.2 to ACS 4.2.1 This is one that is purely ACS. Code path is slightly different in ACS. Can you have someone validate this. Hope post upgrade validation is being done properly. Community will start validation only after RC is cut. This is a bad habit and we are trying to change that but given the open source nature it seem to be unavoidable. However in our best interest we need to safe guard this - I am not expecting any big fixes however it would be good to check. Thanks /sudha -Original Message- From: Raja Pullela Sent: Sunday, November 10, 2013 7:42 PM To: Sudha Ponnaganti; Sanjeev Neelarapu Cc: Abhinandan Prateek Subject: RE: Upgrade from 2.2.14 to 4.2 fails Yes... most likely... BTW, we have not tested 2.2.14 to Dixon upgrade. Feels like we may have to look at this? I will talk to Manasa to look at this. Thanks, Raja -Original Message- From: Sudha Ponnaganti Sent: Monday, November 11, 2013 8:05 AM To: Sanjeev Neelarapu Cc: Raja Pullela; Abhinandan Prateek Subject: FW: Upgrade from 2.2.14 to 4.2 fails Is this applicable for Dixon as well?? Thanks /sudha -Original Message- From: Amin Samir [mailto:aminsamira...@hotmail.com] Sent: Sunday, November 10, 2013 6:28 PM To: us...@cloudstack.apache.orgmailto:us...@cloudstack.apache.org Subject: RE: Upgrade from 2.2.14 to 4.2 fails Hi Sanjeev, I have tried to file a bug but could not find cloudstack in the list of software that i can file a bug, the following what i have found, would you please advise where to file it?Ant: Ant is a Java based build tool.Apache httpd-2: Apache HTTP Server Version 2Apache httpd-test: Test framework and utilities for the Apache HTTP ServerAPR: Apache Portable Runtime.JMeter: Pure Java desktop application designed to load test functional behavior and measure performanceLenya: Lenya is a Content Management System based on XML and XSLT. One of its core components is Apache Cocoon.Log4j: A reliable, fast and extensible logging library for Java.POI: The POI project consists of complete ports of popular productivity office suite file formats.Rivet: Apache Rivet is a system for creating dynamic web content via the Tcl programming language integrated with the Apache Web Server.Steve: Apache SteveTaglibs: A collection of JavaServer Pages (JSP) custom tag libraries useful in building web applicationsTomcat 6: A Servlet container implementing the Servlet Specification v2.5 and the Java Server Pages (JSP) Specification v2.1.Tomcat 7: A Servlet container implementing the Servlet Specification v3.0 and the Java Server Pages (JSP) Specification v2.2.Tomcat 8: A Servlet container implementing the Servlet Specification v3.1 and the Java Server Pages (JSP) Specification TBD, EL
Re: Review Request 15451: Compute offering should not shown in disk offering section
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15451/#review28726 --- Ship it! master 5e14e1692d3f31fccff14d66f0fa1a910398a3f8 4.3 c9108376b15dfa3fcf04375edea7d86d0056a985 - Kishan Kavala On Nov. 12, 2013, 2:48 p.m., bharat kumar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15451/ --- (Updated Nov. 12, 2013, 2:48 p.m.) Review request for cloudstack and Kishan Kavala. Bugs: CLOUDSTACK-5063 https://issues.apache.org/jira/browse/CLOUDSTACK-5063 Repository: cloudstack-git Description --- Compute offering should not shown in disk offering section https://issues.apache.org/jira/browse/CLOUDSTACK-5063 Diffs - server/src/com/cloud/api/query/QueryManagerImpl.java 2b5b81d Diff: https://reviews.apache.org/r/15451/diff/ Testing --- Tested on master. Thanks, bharat kumar
Re: [ASF4.2.1] Upgrade from 2.2.14 to 4.2 is successful
I tested KVM. 2013/11/12 sebgoa run...@gmail.com Wei and Abhi, Can you check the 4.2.0 release notes and go through the upgrade instructions. I know there was some missing steps, we should correct those for 4.2.1 The docs have moved to: https://git-wip-us.apache.org/repos/asf/cloudstack-docs.git Also if you can mention which OS/Hypervisor combination you used for testing the upgrade that would be great. thanks, -sebastien On Nov 12, 2013, at 10:55 AM, Wei ZHOU ustcweiz...@gmail.com wrote: The upgrade from 2.2.14 to 4.2.1 succeed in our environment as well. As we discussed before, maybe it is better to ask users upgrade from previous versions to a specified version (like 4.2.1), then upgrade to newer versions (4.3/5.0). 2013/11/12 Abhinandan Prateek abhinandan.prat...@citrix.com Oops, fixed the subject. On 12/11/13 3:00 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: For benefit of others I am forwarding email from Amin who has successfully tested upgrade from 2.2.14 to 4.2.1. -abhi On 12/11/13 12:47 pm, Amin Samir aminsamira...@hotmail.commailto:aminsamira...@hotmail.com wrote: Hi Abhi, I just succeeded in upgrading from 2.2.14 to 4.2, my environment used to be virtualized on virtual box, there is where i kept facing issues and making exceptions in the my sql database to have the 2.2.14 running, and then the upgrade kept failing with the below errors. however i have eliminated the virtualization from the upgrade had all the Management server, storage, and hosts on the physical machine, and then the migration went smoothly, I followed 4.2 release document. One more comment from using cloud stack documentation is that it lacks so much, better resources to use and will save you time is Citrix CloudPlatform documentation, it is more organized and accurate and will surely save you time. Amin. From: abhinandan.prat...@citrix.commailto:abhinandan.prat...@citrix.com To: sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com; raja.pull...@citrix.commailto:raja.pull...@citrix.com; sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com; aminsamira...@hotmail.commailto:aminsamira...@hotmail.com Subject: Re: Upgrade from 2.2.14 to 4.2 fails Date: Tue, 12 Nov 2013 04:51:51 + Hi Amin/Sanjeev, Where you able to file bug ? Can you also tell if the upgrade went thru possibly using some workaround or was it abandoned ? -abhi On 11/11/13 11:26 am, Sudha Ponnaganti sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com wrote: Raja, One additional config that need to be tested is ACS 4.2 to ACS 4.2.1 This is one that is purely ACS. Code path is slightly different in ACS. Can you have someone validate this. Hope post upgrade validation is being done properly. Community will start validation only after RC is cut. This is a bad habit and we are trying to change that but given the open source nature it seem to be unavoidable. However in our best interest we need to safe guard this - I am not expecting any big fixes however it would be good to check. Thanks /sudha -Original Message- From: Raja Pullela Sent: Sunday, November 10, 2013 7:42 PM To: Sudha Ponnaganti; Sanjeev Neelarapu Cc: Abhinandan Prateek Subject: RE: Upgrade from 2.2.14 to 4.2 fails Yes... most likely... BTW, we have not tested 2.2.14 to Dixon upgrade. Feels like we may have to look at this? I will talk to Manasa to look at this. Thanks, Raja -Original Message- From: Sudha Ponnaganti Sent: Monday, November 11, 2013 8:05 AM To: Sanjeev Neelarapu Cc: Raja Pullela; Abhinandan Prateek Subject: FW: Upgrade from 2.2.14 to 4.2 fails Is this applicable for Dixon as well?? Thanks /sudha -Original Message- From: Amin Samir [mailto:aminsamira...@hotmail.com] Sent: Sunday, November 10, 2013 6:28 PM To: us...@cloudstack.apache.orgmailto:us...@cloudstack.apache.org Subject: RE: Upgrade from 2.2.14 to 4.2 fails Hi Sanjeev, I have tried to file a bug but could not find cloudstack in the list of software that i can file a bug, the following what i have found, would you please advise where to file it?Ant: Ant is a Java based build tool.Apache httpd-2: Apache HTTP Server Version 2Apache httpd-test: Test framework and utilities for the Apache HTTP ServerAPR: Apache Portable Runtime.JMeter: Pure Java desktop application designed to load test functional behavior and measure performanceLenya: Lenya is a Content Management System based on XML and XSLT. One of its core components is Apache Cocoon.Log4j: A reliable, fast and extensible logging library for Java.POI: The POI project consists of complete ports of popular productivity office suite file formats.Rivet: Apache Rivet is a system for creating dynamic web content via the Tcl programming
RE: api incompatibility between 4.1 and 4.2 in ACLs
Marcus, Filed https://issues.apache.org/jira/browse/CLOUDSTACK-5145 to fix ACL listing of all users. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Tuesday, 12 November 2013 5:20 AM To: Alena Prokharchyk Cc: Kishan Kavala; dev@cloudstack.apache.org Subject: Re: api incompatibility between 4.1 and 4.2 in ACLs Yes, master as of today lists all acls with a newly created user-level account. On Mon, Nov 11, 2013 at 4:46 PM, Marcus Sorensen shadow...@gmail.com wrote: I can say in practice, at least, if I create a rule that opens TCP 22 and another rule that opens TCP 22 through 80, they both show up on the virtual router's iptables. That shouldn't hurt anything, and is actually a bit less confusing. I think I see what you're saying, the first rule listed will match in iptables and will stop processing. I thought you meant that the ACLs would stop being installed on the router according to whether or not they overlap. This behavior I'm seeing makes sense. Let me try to duplicate in master, as well. This is with 4.2 On Mon, Nov 11, 2013 at 4:38 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: On 11/11/13 3:34 PM, Marcus Sorensen shadow...@gmail.com wrote: On Mon, Nov 11, 2013 at 4:09 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: On 11/11/13 2:59 PM, Marcus Sorensen shadow...@gmail.com wrote: Sorry for the back and forth, I'm interfacing with individuals who consume our CloudStack environment. I'm being told that the issues actually aren't related to API parameters, but behavior of the API calls: 1) As a user, listing network ACLs now shows ALL ACLs, not just the ones you own. An example test that was shown to me created a new user, listed ACLs, then created two ACLs and listed again. Previously, the result would be 0, then 2 ACLs. Now, we get 24 and 26, as the brand new user sees all ACLs. Its a bug if the ACLs belong to some other user in the domain as the regular user can see only his own resources. Can you please elaborate who owns 24 and 26 ACLs, and who makes the call (the type of the user - domain admin, root admin, regular user) Test creates a domain, creates a new user in the domain, lists ACLs as that user. ACLs from other domains and accounts are seen (all ACLs, as far as I can tell). Sounds like a security bug to me. Kishan, can you take a look pls? 2) Test case used to succeed by failing when duplicate or overlapping ACLs were created. Now, they're allowed. I have yet to duplicate this and see if it causes problems for virtual routers. Not a bug. If it was the other way around - duplicated rules were allowed, and now we block it - then it would have been a bug because your DB might already have duplicated records prior to update. With the new way ACLs are implemented, you can set the priority for the rule. Once the rule with the highest priority is hit, the rest of the rules are not being processed. You can read the FS to understand how the feature works. Kishan, can you point Marcus to the spec. Yes, please. This sounds as though someone may create a rule for 22-80, and another for 80-443, and only one of the rules will work (the one with priority). That would cause confusion as far as understanding why a rule isn't working. I'll see if I can dig it up on my own as well. I'll try to confirm/duplicate and create JIRA issues for these if I don't get a response back from someone explaining/validating the new behavior. On Mon, Nov 11, 2013 at 2:22 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: Marcus, if any of the CS API command(s) return the error for parameter/parameter combination that used to work before, then it means APIs are incompatible, and it has to be fixed. Thank you for looking into it. -Alena. From: Marcus Sorensen shadow...@gmail.com Reply-To: dev@cloudstack.apache.org dev@cloudstack.apache.org Date: Monday, November 11, 2013 1:10 PM To: dev@cloudstack.apache.org dev@cloudstack.apache.org Subject: Re: api incompatibility between 4.1 and 4.2 in ACLs Ok, I'll dig deeper into it. Our api's ACL tests are breaking against 4.2. On Sun, Nov 10, 2013 at 11:13 PM, Kishan Kavala kishan.kav...@citrix.com wrote: Marcus, aclid is optional when creating a networlACL. In 4.1, networkId is mandatory for creating ACL. So, when networkId is specified instead of aclid in 4.2, CS gets the aclList associated with the network and adds acl to it. So, API doesn't break if the aclid is not specified. -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Saturday, 9 November 2013 1:13 AM To: dev@cloudstack.apache.org Cc: Kishan Kavala Subject: Re: api incompatibility between 4.1 and 4.2 in ACLs Yes, that would certainly maintain api compatibility if one creates an ACL without specifying aclid, it
[ASF4.2.1] GPG keys
I have uploaded my gpg keys as requested. Can anyone help in adding these to Apache Server ? -abhi On 06/11/13 8:35 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Here is the link to public key on gpg.mit.edu http://pgp.mit.edu:11371/pks/lookup?op=vindexfingerprint=onsearch=0xF98C 8 4C242443AA1 -abhi On 06/11/13 8:09 pm, David Nalley da...@gnsa.us wrote: Hi Abhi: Animesh (or any other PMC member) can help you with this, though I am happy to do so. Please publish the public key to pgp.mit.edu, and then send me an email with the public key attached to my citrix email. --David On Wed, Nov 6, 2013 at 1:03 AM, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Hi David, It seems you will be able to help me in uploading my GPG keys to ASF server. I need these to sign the ASF 4.2.1 release. I have my GPG key ready, once you get back I will send you my public key. -abhi
Re: Review Request 15349: Overprivisoning changes needed
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/ --- (Updated Nov. 12, 2013, 12:26 p.m.) Review request for cloudstack and Nitin Mehta. Changes --- added the update description commands in 4.2-4.2.1 sql file. Bugs: Cloudstack-5077. https://issues.apache.org/jira/browse/Cloudstack-5077. Repository: cloudstack-git Description --- 1.) This includes the change to reserve cpu and memory only when vmware.reserve.cpu/mem is true, regardless of overcommit. 2.) populate the default value of the cpu overcommit at cluster level form the global setting when up grading. Diffs (updated) - engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 646b406 engine/schema/src/com/cloud/upgrade/dao/Upgrade420to421.java d37c0a1 server/src/com/cloud/configuration/Config.java f06b463 setup/db/db/schema-420to421.sql baadbda Diff: https://reviews.apache.org/r/15349/diff/ Testing --- Thanks, bharat kumar
Re: [ASF4.2.1] Upgrade from 2.2.14 to 4.2 is successful
We tested on Xenserver, there are were some missteps initially. Will see if things are not clear in upgrade docs and rectify. On 12/11/13 4:07 pm, Wei ZHOU ustcweiz...@gmail.com wrote: I tested KVM. 2013/11/12 sebgoa run...@gmail.com Wei and Abhi, Can you check the 4.2.0 release notes and go through the upgrade instructions. I know there was some missing steps, we should correct those for 4.2.1 The docs have moved to: https://git-wip-us.apache.org/repos/asf/cloudstack-docs.git Also if you can mention which OS/Hypervisor combination you used for testing the upgrade that would be great. thanks, -sebastien On Nov 12, 2013, at 10:55 AM, Wei ZHOU ustcweiz...@gmail.com wrote: The upgrade from 2.2.14 to 4.2.1 succeed in our environment as well. As we discussed before, maybe it is better to ask users upgrade from previous versions to a specified version (like 4.2.1), then upgrade to newer versions (4.3/5.0). 2013/11/12 Abhinandan Prateek abhinandan.prat...@citrix.com Oops, fixed the subject. On 12/11/13 3:00 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: For benefit of others I am forwarding email from Amin who has successfully tested upgrade from 2.2.14 to 4.2.1. -abhi On 12/11/13 12:47 pm, Amin Samir aminsamira...@hotmail.commailto:aminsamira...@hotmail.com wrote: Hi Abhi, I just succeeded in upgrading from 2.2.14 to 4.2, my environment used to be virtualized on virtual box, there is where i kept facing issues and making exceptions in the my sql database to have the 2.2.14 running, and then the upgrade kept failing with the below errors. however i have eliminated the virtualization from the upgrade had all the Management server, storage, and hosts on the physical machine, and then the migration went smoothly, I followed 4.2 release document. One more comment from using cloud stack documentation is that it lacks so much, better resources to use and will save you time is Citrix CloudPlatform documentation, it is more organized and accurate and will surely save you time. Amin. From: abhinandan.prat...@citrix.commailto:abhinandan.prat...@citrix.com To: sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com; raja.pull...@citrix.commailto:raja.pull...@citrix.com; sanjeev.neelar...@citrix.commailto:sanjeev.neelar...@citrix.com; aminsamira...@hotmail.commailto:aminsamira...@hotmail.com Subject: Re: Upgrade from 2.2.14 to 4.2 fails Date: Tue, 12 Nov 2013 04:51:51 + Hi Amin/Sanjeev, Where you able to file bug ? Can you also tell if the upgrade went thru possibly using some workaround or was it abandoned ? -abhi On 11/11/13 11:26 am, Sudha Ponnaganti sudha.ponnaga...@citrix.commailto:sudha.ponnaga...@citrix.com wrote: Raja, One additional config that need to be tested is ACS 4.2 to ACS 4.2.1 This is one that is purely ACS. Code path is slightly different in ACS. Can you have someone validate this. Hope post upgrade validation is being done properly. Community will start validation only after RC is cut. This is a bad habit and we are trying to change that but given the open source nature it seem to be unavoidable. However in our best interest we need to safe guard this - I am not expecting any big fixes however it would be good to check. Thanks /sudha -Original Message- From: Raja Pullela Sent: Sunday, November 10, 2013 7:42 PM To: Sudha Ponnaganti; Sanjeev Neelarapu Cc: Abhinandan Prateek Subject: RE: Upgrade from 2.2.14 to 4.2 fails Yes... most likely... BTW, we have not tested 2.2.14 to Dixon upgrade. Feels like we may have to look at this? I will talk to Manasa to look at this. Thanks, Raja -Original Message- From: Sudha Ponnaganti Sent: Monday, November 11, 2013 8:05 AM To: Sanjeev Neelarapu Cc: Raja Pullela; Abhinandan Prateek Subject: FW: Upgrade from 2.2.14 to 4.2 fails Is this applicable for Dixon as well?? Thanks /sudha -Original Message- From: Amin Samir [mailto:aminsamira...@hotmail.com] Sent: Sunday, November 10, 2013 6:28 PM To: us...@cloudstack.apache.orgmailto:us...@cloudstack.apache.org Subject: RE: Upgrade from 2.2.14 to 4.2 fails Hi Sanjeev, I have tried to file a bug but could not find cloudstack in the list of software that i can file a bug, the following what i have found, would you please advise where to file it?Ant: Ant is a Java based build tool.Apache httpd-2: Apache HTTP Server Version 2Apache httpd-test: Test framework and utilities for the Apache HTTP ServerAPR: Apache Portable Runtime.JMeter: Pure Java desktop application designed to load test functional behavior and measure performanceLenya: Lenya is a Content Management System based on XML and XSLT. One of its core components is Apache Cocoon.Log4j: A reliable, fast and extensible logging library for Java.POI: The
Review Request 15453: CLOUDSTACK-5146: Removed tags basic and sg from test case TestRouterRestart.test_01_restart_network_cleanup which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/ --- Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5146 https://issues.apache.org/jira/browse/CLOUDSTACK-5146 Repository: cloudstack-git Description --- TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. Diffs - test/integration/component/test_blocker_bugs.py 62800f8 Diff: https://reviews.apache.org/r/15453/diff/ Testing --- Thanks, Gaurav Aradhye
Re: [ACS4.2.1] Release readiness
Since, I have not heard from anyone about any major concern I will go ahead and build a RC. -abhi On 12/11/13 12:43 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: While I was doing a dry run of building a RC and waiting on closure of last remaining critical issues, would like to know if there are any particular concerns about release readiness. For one the upgrade path from 2.2.14 to 4.2.1 is in works. Any other issues please pop up to save some last minute surprises. -abhi
Review Request 15454: CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/ --- Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5147 https://issues.apache.org/jira/browse/CLOUDSTACK-5147 Repository: cloudstack-git Description --- component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. Diffs - test/integration/component/test_project_limits.py c6df7f3 Diff: https://reviews.apache.org/r/15454/diff/ Testing --- Thanks, Gaurav Aradhye
Need access to Jira
Hi, Can someone please grant me permission to add comments to Jira. I would like to share a couple of screen shots and api output for cloudstack-1889. Thanks Saurav
Re: [PROPOSAL] Liaison with ETSI NFV ISG
Looks good to me. I'd suggest that Daan send it, since he's a PMC member. Tuna - we can find a way to get you engaged as well! -chip On Tue, Nov 12, 2013 at 06:21:54AM +, Chiradeep Vittal wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. --- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: SSL and JCE
IMO - having this as a requirement for a build is a bit of an issue. First, we can't distribute it (obviously). Second, it's a bit of an esoteric requirement if you are using a JDK that doesn't include it automatically. This will lead to confusion. Is there a way that we can re-work the tests to accomplish a similar (or close-enough) goal without this added dependency? -chip On Tue, Nov 12, 2013 at 08:23:10AM +0100, Laszlo Hornyak wrote: It seems OpenJDK 6 and 7 are ok. Oracle jdk 6 needs JCE, oracle jdk 7 may need another extension (the JCE for jdk6 did not work for me). I would recommend that we @Ignore the failing tests, add some assumption or move them to a special test group which is not executed by default. On Tue, Nov 12, 2013 at 7:28 AM, Koushik Das koushik@citrix.com wrote: The following tests are failing in my environment even with the JCE extensions. /* Test7: If no chain is given, the certificate should be self signed. Else, uploadShould Fail */ runUploadSslCertNoChain(); /* Test8: Chain is given but does not have root certificate */ runUploadSslCertNoRootCert(); /* Test9: The chain given is not the correct chain for the certificate */ runUploadSslCertBadChain(); /* Test12: Given a certificate signed by a CA and a valid CA chain, upload should succeed */ runUploadSslCertWithCAChain(); On 12-Nov-2013, at 11:35 AM, Koushik Das koushik@citrix.com wrote: I see the JCE extensions in jdk 1.7 as well. They are present under java_home/jre/lib/security. But still I see a test failure. Is there any other configuration that is required? Running org.apache.cloudstack.network.lb.CertServiceTest Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.456 sec FAILURE! -Koushik On 12-Nov-2013, at 11:19 AM, Prasanna Santhanam t...@apache.org wrote: My MacOSX 1.6 jdk seems to have the crypto extensions jce builtin and the build+test works. JDK 1.7 install does not have them though. The JCE kit seems to carry a BCL which is not ASF friendly [1]. But this being part of the Java install and not the project it should be okay IMO if we note it in our wiki on building the project. As for legal aspects - I found this which might be of some relevance. http://markmail.org/message/evtkc656gewrkruf [1] http://www.apache.org/legal/3party.html#transition-examples On Mon, Nov 11, 2013 at 10:45:12PM +0100, Laszlo Hornyak wrote: Hi, That is a good question, I do not know for sure, but this package needs to be signed by oracle, it is not redistributable and has teritorial import restrictions, so it could be problematic :-( I hope it is not. Guys, can someone help us here? On Mon, Nov 11, 2013 at 10:21 PM, Syed Ahmed sah...@cloudops.com wrote: Hi Laszlo, The CertService uses BouncyCastle for certificate parsing and validation. The JCE extension provides the API for using BouncyCastle as the provider. So, JCE is required. I know that BouncyCastle is added in CS. Would it be possible to add JCE as a dependency too? Thanks, -Syed On 13-11-10 09:55 AM, Laszlo Hornyak wrote: Hi Sahmed and list, I ran into some failing tests this weekend related to the patch 0076307863e9155273d9e4c14282de429388c9e9 apparently jenkins fails for the same reason. I did a short investigation and it turned out that in order to run the tests correctly, one has to download the sun jce policy files and put it in the jdk replacing the original policies. Questions: - Is there a more convenient deployment process? :-) It would be very useful for the jenkins environment as well. - I gave it a try and patched the oracle jdk 1.7 with the same plugin, it did not work. Do you know a way to make it work again with jdk 1.7? Thank you, Laszlo -- EOF -- EOF -- Prasanna., Powered by BigRock.com -- EOF
Re: [ASF4.2.1] GPG keys
Email it to me directly, and I'll add it to our KEYS file. -chip On Tue, Nov 12, 2013 at 11:59:15AM +, Abhinandan Prateek wrote: I have uploaded my gpg keys as requested. Can anyone help in adding these to Apache Server ? -abhi On 06/11/13 8:35 pm, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Here is the link to public key on gpg.mit.edu http://pgp.mit.edu:11371/pks/lookup?op=vindexfingerprint=onsearch=0xF98C 8 4C242443AA1 -abhi On 06/11/13 8:09 pm, David Nalley da...@gnsa.us wrote: Hi Abhi: Animesh (or any other PMC member) can help you with this, though I am happy to do so. Please publish the public key to pgp.mit.edu, and then send me an email with the public key attached to my citrix email. --David On Wed, Nov 6, 2013 at 1:03 AM, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Hi David, It seems you will be able to help me in uploading my GPG keys to ASF server. I need these to sign the ASF 4.2.1 release. I have my GPG key ready, once you get back I will send you my public key. -abhi
Re: [PROPOSAL] Liaison with ETSI NFV ISG
On Nov 12, 2013, at 7:21 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. NFV ? not VNF ? We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. --- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: Need access to Jira
Looks like I really dont need any additional permission to update comments. Have been able to update Jira. Thank you. Saurav On Tue, Nov 12, 2013 at 7:42 PM, Saurav Lahiri saurav.lah...@sungard.comwrote: Hi, Can someone please grant me permission to add comments to Jira. I would like to share a couple of screen shots and api output for cloudstack-1889. Thanks Saurav
Re: SSL and JCE
I had the two JAR files in my JAVA_HOME/jre/lib/security, as well, and the tests were failing. When I replaced them with the ones I downloaded from Oracle, the tests passed. On Mon, Nov 11, 2013 at 11:05 PM, Koushik Das koushik@citrix.comwrote: I see the JCE extensions in jdk 1.7 as well. They are present under java_home/jre/lib/security. But still I see a test failure. Is there any other configuration that is required? Running org.apache.cloudstack.network.lb.CertServiceTest Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.456 sec FAILURE! -Koushik On 12-Nov-2013, at 11:19 AM, Prasanna Santhanam t...@apache.org wrote: My MacOSX 1.6 jdk seems to have the crypto extensions jce builtin and the build+test works. JDK 1.7 install does not have them though. The JCE kit seems to carry a BCL which is not ASF friendly [1]. But this being part of the Java install and not the project it should be okay IMO if we note it in our wiki on building the project. As for legal aspects - I found this which might be of some relevance. http://markmail.org/message/evtkc656gewrkruf [1] http://www.apache.org/legal/3party.html#transition-examples On Mon, Nov 11, 2013 at 10:45:12PM +0100, Laszlo Hornyak wrote: Hi, That is a good question, I do not know for sure, but this package needs to be signed by oracle, it is not redistributable and has teritorial import restrictions, so it could be problematic :-( I hope it is not. Guys, can someone help us here? On Mon, Nov 11, 2013 at 10:21 PM, Syed Ahmed sah...@cloudops.com wrote: Hi Laszlo, The CertService uses BouncyCastle for certificate parsing and validation. The JCE extension provides the API for using BouncyCastle as the provider. So, JCE is required. I know that BouncyCastle is added in CS. Would it be possible to add JCE as a dependency too? Thanks, -Syed On 13-11-10 09:55 AM, Laszlo Hornyak wrote: Hi Sahmed and list, I ran into some failing tests this weekend related to the patch 0076307863e9155273d9e4c14282de429388c9e9 apparently jenkins fails for the same reason. I did a short investigation and it turned out that in order to run the tests correctly, one has to download the sun jce policy files and put it in the jdk replacing the original policies. Questions: - Is there a more convenient deployment process? :-) It would be very useful for the jenkins environment as well. - I gave it a try and patched the oracle jdk 1.7 with the same plugin, it did not work. Do you know a way to make it work again with jdk 1.7? Thank you, Laszlo -- EOF -- EOF -- Prasanna., Powered by BigRock.com -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Before 4.2.1 release translate your CS localization
Hello, Before the 4.2.1 release, don't hesitate to translate your CS localization (4.2.xmessages.properties). https://www.transifex.com/projects/p/CloudStack_UI/ French is 100% translated Japanese : 99% Chinese (China) : 98% Korean (Korea) : 96% Portuguese (Brazil) : 96% Russian (Russia) 94% Spanish : 63% Japanese (Japan) : 56% German (Germany) : 55% Italian (Italy) : 47% Polish : 30% Norwegian Bokmål (Norway) : 21% Catalan : 16% Arabic : 14% Chinese (Taiwan) : 9% Georgian : 6% Thai (Thailand) : 6% Tatar : 2% Ping me after have made your translation, I will push it into the CS git repo. Thanks Milamber
Review Request 15455: Fixing all Coverity bugs on file Upgrade2214to30 related to resource leak. Now the statements closed and nullified before a new assignment.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15455/ --- Review request for cloudstack and Hugo Trippaers. Repository: cloudstack-git Description --- Coverity bug #1116754 Resource leak on an exceptional path. The system resource will not be reclaimed and reused, reducing the future availability of the resource. In com.?cloud.?upgrade.?dao.?Upgrade2214to30.?setupPhysicalNetworks(java.?sql.?Connection): Leak of a system resource on an exception path (probably error handling) (CWE-404) Since the file contained the same implementation all over the place - in many different methods - I already updated everything. Diffs - engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java 48b83b4 Diff: https://reviews.apache.org/r/15455/diff/ Testing --- All tests passed during build and I also applied the patch to a different branch, based on Master, and built the project: all passed. Thanks, Wilder Rodrigues
[VOTE] Release Apache CloudStack 4.2.1
This vote is to approve the current RC build for 4.2.1 maintenance release. For this particular release various upgrade paths have been tested apart from regression tests and BVTs. Around 175 bugs have been fixed some new features added (see CHANGES). Following are the particulars for this release: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.2 commit: 0b9eadaf14513f5c72de672963b0e2f12ee7206f List of changes: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2.1 Source release revision 3492 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 11/15 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why)
Re: SSL and JCE
The test don't do anything fancy with encryption. They just create a command object and pass it to the certificate service which does certificate validation. If the tests are failing because of a JCE dependency, the management server should also fail when those commands are sent over the API. So @ignore should make the build succeed but the functionality may not work. Thanks, -Syed On 13-11-12 09:17 AM, Chip Childers wrote: IMO - having this as a requirement for a build is a bit of an issue. First, we can't distribute it (obviously). Second, it's a bit of an esoteric requirement if you are using a JDK that doesn't include it automatically. This will lead to confusion. Is there a way that we can re-work the tests to accomplish a similar (or close-enough) goal without this added dependency? -chip On Tue, Nov 12, 2013 at 08:23:10AM +0100, Laszlo Hornyak wrote: It seems OpenJDK 6 and 7 are ok. Oracle jdk 6 needs JCE, oracle jdk 7 may need another extension (the JCE for jdk6 did not work for me). I would recommend that we @Ignore the failing tests, add some assumption or move them to a special test group which is not executed by default. On Tue, Nov 12, 2013 at 7:28 AM, Koushik Das koushik@citrix.com wrote: The following tests are failing in my environment even with the JCE extensions. /* Test7: If no chain is given, the certificate should be self signed. Else, uploadShould Fail */ runUploadSslCertNoChain(); /* Test8: Chain is given but does not have root certificate */ runUploadSslCertNoRootCert(); /* Test9: The chain given is not the correct chain for the certificate */ runUploadSslCertBadChain(); /* Test12: Given a certificate signed by a CA and a valid CA chain, upload should succeed */ runUploadSslCertWithCAChain(); On 12-Nov-2013, at 11:35 AM, Koushik Das koushik@citrix.com wrote: I see the JCE extensions in jdk 1.7 as well. They are present under java_home/jre/lib/security. But still I see a test failure. Is there any other configuration that is required? Running org.apache.cloudstack.network.lb.CertServiceTest Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.456 sec FAILURE! -Koushik On 12-Nov-2013, at 11:19 AM, Prasanna Santhanam t...@apache.org wrote: My MacOSX 1.6 jdk seems to have the crypto extensions jce builtin and the build+test works. JDK 1.7 install does not have them though. The JCE kit seems to carry a BCL which is not ASF friendly [1]. But this being part of the Java install and not the project it should be okay IMO if we note it in our wiki on building the project. As for legal aspects - I found this which might be of some relevance. http://markmail.org/message/evtkc656gewrkruf [1] http://www.apache.org/legal/3party.html#transition-examples On Mon, Nov 11, 2013 at 10:45:12PM +0100, Laszlo Hornyak wrote: Hi, That is a good question, I do not know for sure, but this package needs to be signed by oracle, it is not redistributable and has teritorial import restrictions, so it could be problematic :-( I hope it is not. Guys, can someone help us here? On Mon, Nov 11, 2013 at 10:21 PM, Syed Ahmed sah...@cloudops.com wrote: Hi Laszlo, The CertService uses BouncyCastle for certificate parsing and validation. The JCE extension provides the API for using BouncyCastle as the provider. So, JCE is required. I know that BouncyCastle is added in CS. Would it be possible to add JCE as a dependency too? Thanks, -Syed On 13-11-10 09:55 AM, Laszlo Hornyak wrote: Hi Sahmed and list, I ran into some failing tests this weekend related to the patch 0076307863e9155273d9e4c14282de429388c9e9 apparently jenkins fails for the same reason. I did a short investigation and it turned out that in order to run the tests correctly, one has to download the sun jce policy files and put it in the jdk replacing the original policies. Questions: - Is there a more convenient deployment process? :-) It would be very useful for the jenkins environment as well. - I gave it a try and patched the oracle jdk 1.7 with the same plugin, it did not work. Do you know a way to make it work again with jdk 1.7? Thank you, Laszlo -- EOF -- EOF -- Prasanna., Powered by BigRock.com -- EOF
uploading to maven repository
Hi all, I have a chance to convince xenserver to upload their java stubs to maven so that we don't have to keep a copy of it in ours source code. They're stuck on the whole upload process as they've never dealt with maven before. Is there anyone who can walk me through how to do it? Reading the maven guide[1], it seems to easiest would be to just upload the artifact[2]. Is that the right approach? Thanks. --Alex [1] http://maven.apache.org/guides/mini/guide-central-repository-upload.html [2] https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
Re: [PROPOSAL] Liaison with ETSI NFV ISG
2013/11/12 Chip Childers chipchild...@apache.org Tuna - we can find a way to get you engaged as well! No prob, Chip. I'm glad for any contribution I can do... -- N.g.U.y.e.N.A.n.H.t.U
Re: Question: Error when creating templates from ROOT volumes in the Simulator
Ok, thanks Prasanna. I'm going to create a bug in Jira so we can keep track of the changes (when/if they are needed). -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.com w: 215.446.1431 c: 570.575.0315 On November 7, 2013 at 3:02:09 PM, David Grizzanti (david.grizza...@sungard.com) wrote: Prasanna, I took a look at the SimulatorImageStoreDriverImpl, but it seems like it's setting size correctly in that case. Also, in trying to step through the code, that section doesn't appear to be called when creating a template from a ROOT volume (I could be doing something wrong though when stepping through the code in debug mode). You mentioned that it may have been something you missed when updating aft erhte 4.2 storage refactor - is there some other plugin code that I can look at for one of the other hypervisors that might shed some light on the correct way to do this? Thanks! On Tue, Nov 5, 2013 at 9:09 AM, David Grizzanti david.grizza...@sungard.com wrote: Ok, thanks Prasanna. Will have a look and let you know what I find. On Tuesday, November 5, 2013, Prasanna Santhanam wrote: This is a bug. Likely something I missed when adopting the simulator to the storage refactor in 4.2. You'd want to look at the SimulatorImageStoreDriverImpl.java#createTemplate() and see how the template gets registered with 0 size. On Tue, Nov 05, 2013 at 02:54:00AM -0500, Sebastien Goasguen wrote: Pinging Prasanna on this, On Oct 31, 2013, at 5:07 PM, David Grizzanti david.grizza...@sungard.com wrote: Hi All, I have been seeing an issue with the Simulator that I was hoping someone could provide some insight into. Some background. I'm running from the 4.2.0 tag on rhel 6.3, building from source/enabling the simulator. Overall, most operations seem to work fine, however, I noticed that when creating a template from the ROOT volume on a VM, the template can't then be used to create a subsequent VM. The reason for this seems to be that the size of the template is set to 0. After digging through the database a bit, I discovered that the size and physical_size columns in the template_store_ref table are set to 0 for these templates. If I correct those values for my entry after the fact, everything appears to work. I dug around in the code a bit as well, but nothing obvious was jumping out at me as to why this was happening. Any thoughts? Thanks! -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.com w: 215.446.1431 c: 570.575.0315 -- Prasanna., Powered by BigRock.com -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.com w: 215.446.1431 c: 570.575.0315 -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.com w: 215.446.1431 c: 570.575.0315
Re: uploading to maven repository
Hey Alex, That is indeed the right step to take. If you need any help with this let me know. Cheers, Hugo On 12 nov. 2013, at 17:04, Alex Huang alex.hu...@citrix.com wrote: Hi all, I have a chance to convince xenserver to upload their java stubs to maven so that we don't have to keep a copy of it in ours source code. They're stuck on the whole upload process as they've never dealt with maven before. Is there anyone who can walk me through how to do it? Reading the maven guide[1], it seems to easiest would be to just upload the artifact[2]. Is that the right approach? Thanks. --Alex [1] http://maven.apache.org/guides/mini/guide-central-repository-upload.html [2] https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
Re: uploading to maven repository
hi, Amazing!!! Let me know of you need any help. Kind Regards, Onuonga Frankie. On Tue, Nov 12, 2013 at 7:30 PM, Hugo Trippaers h...@trippaers.nl wrote: Hey Alex, That is indeed the right step to take. If you need any help with this let me know. Cheers, Hugo On 12 nov. 2013, at 17:04, Alex Huang alex.hu...@citrix.com wrote: Hi all, I have a chance to convince xenserver to upload their java stubs to maven so that we don't have to keep a copy of it in ours source code. They're stuck on the whole upload process as they've never dealt with maven before. Is there anyone who can walk me through how to do it? Reading the maven guide[1], it seems to easiest would be to just upload the artifact[2]. Is that the right approach? Thanks. --Alex [1] http://maven.apache.org/guides/mini/guide-central-repository-upload.html [2] https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository -- Skype: Frankie.Onuonga twitter: Frankieonuonga irc #freenode: Frankie.onuonga
Re: [PROPOSAL] Liaison with ETSI NFV ISG
Ok, when nothing there is nothing else to add I will send out this tonight. Unless you want to make the contact yourself, Chiradeep. I'll put you and Nguyen in cc Daan On Tue, Nov 12, 2013 at 5:20 PM, Nguyen Anh Tu ng.t...@gmail.com wrote: 2013/11/12 Chip Childers chipchild...@apache.org Tuna - we can find a way to get you engaged as well! No prob, Chip. I'm glad for any contribution I can do... -- N.g.U.y.e.N.A.n.H.t.U
Cloudstack not aware that a host disconnected and it's VMs died.
Hi List. I have a simple problem and i wonder if there is any setting to change this behavior. I'm using cstack 4.0.2 , and when a host dies cloustack does not seem to realize that its virtual machines aren't there any longer (I'm using local storage so there's no HA involved) I've waited for 30 minutes and cloudstack still wouldn't realize that these VMs went missing. Is there any setting that would help this behavior ? Thanks a lot.
Re: Cloudstack not aware that a host disconnected and it's VMs died.
I believe this was fixed in 4.1 or newer. Saw some info flying around month ago. I would update the DB accordingly and manipulate the VM state Bjoern On Nov 12, 2013 9:23 AM, Jeronimo Garcia garciaj...@gmail.com wrote: Hi List. I have a simple problem and i wonder if there is any setting to change this behavior. I'm using cstack 4.0.2 , and when a host dies cloustack does not seem to realize that its virtual machines aren't there any longer (I'm using local storage so there's no HA involved) I've waited for 30 minutes and cloudstack still wouldn't realize that these VMs went missing. Is there any setting that would help this behavior ? Thanks a lot.
Re: [PROPOSAL] Liaison with ETSI NFV ISG
I'll do it since I actually know some of the folks On 11/12/13 8:43 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Ok, when nothing there is nothing else to add I will send out this tonight. Unless you want to make the contact yourself, Chiradeep. I'll put you and Nguyen in cc Daan On Tue, Nov 12, 2013 at 5:20 PM, Nguyen Anh Tu ng.t...@gmail.com wrote: 2013/11/12 Chip Childers chipchild...@apache.org Tuna - we can find a way to get you engaged as well! No prob, Chip. I'm glad for any contribution I can do... -- N.g.U.y.e.N.A.n.H.t.U
Re: Cloudstack not aware that a host disconnected and it's VMs died.
Thanks. That'd work ... the other option that works is removing the host (now in a disconnected state) form the pod. I'd like to try this on 4.2 .. Thanks On Tue, Nov 12, 2013 at 11:27 AM, BJO ERN bjoern.tei...@gmail.com wrote: I believe this was fixed in 4.1 or newer. Saw some info flying around month ago. I would update the DB accordingly and manipulate the VM state Bjoern On Nov 12, 2013 9:23 AM, Jeronimo Garcia garciaj...@gmail.com wrote: Hi List. I have a simple problem and i wonder if there is any setting to change this behavior. I'm using cstack 4.0.2 , and when a host dies cloustack does not seem to realize that its virtual machines aren't there any longer (I'm using local storage so there's no HA involved) I've waited for 30 minutes and cloudstack still wouldn't realize that these VMs went missing. Is there any setting that would help this behavior ? Thanks a lot.
Eclipse Question
Hi,
I fetched and rebased on top of master yesterday and noticed in Eclipse
that I now have 61 error messages.
Many of them are related to @Override, but I am not sure why Eclipse is
complaining.
For example:
package common;
import java.awt.event.MouseEvent;
import java.awt.event.MouseListener;
import java.awt.event.MouseMotionListener;
import streamer.BaseElement;
import streamer.ByteBuffer;
public class AwtMouseEventSource extends BaseElement implements
MouseListener, MouseMotionListener {
public AwtMouseEventSource(String id) {
super(id);
}
@Override
public void mouseClicked(MouseEvent e) {
// Nothing to do
}
Eclipse says mouseClicked(MouseEvent) must override
MouseClicked(MouseEvent) for us to be able to use the @Override annotation.
That makes sense, of course.
The problem is that we do override that method properly: It comes from the
MouseListener interface.
Any thoughts on why Eclipse does not recognize this? It seems to only be
looking in the class we extend and the class that that class extends.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*™*
Re: Eclipse Question
mouseClicked(MouseEvent) must override MouseClicked(MouseEvent)
I meant for the second mouseClicked in that line to start with a lower-case
'm' by the way.
On Tue, Nov 12, 2013 at 10:33 AM, Mike Tutkowski
mike.tutkow...@solidfire.com wrote:
Hi,
I fetched and rebased on top of master yesterday and noticed in Eclipse
that I now have 61 error messages.
Many of them are related to @Override, but I am not sure why Eclipse is
complaining.
For example:
package common;
import java.awt.event.MouseEvent;
import java.awt.event.MouseListener;
import java.awt.event.MouseMotionListener;
import streamer.BaseElement;
import streamer.ByteBuffer;
public class AwtMouseEventSource extends BaseElement implements
MouseListener, MouseMotionListener {
public AwtMouseEventSource(String id) {
super(id);
}
@Override
public void mouseClicked(MouseEvent e) {
// Nothing to do
}
Eclipse says mouseClicked(MouseEvent) must override
MouseClicked(MouseEvent) for us to be able to use the @Override annotation.
That makes sense, of course.
The problem is that we do override that method properly: It comes from the
MouseListener interface.
Any thoughts on why Eclipse does not recognize this? It seems to only be
looking in the class we extend and the class that that class extends.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*™*
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*™*
Re: Regarding the ssl key store change
Hi Wei, The original logic is, is the user don't want to generate sslkeystore, we would use the default keystore; otherwise we would use the user generated one. The reason is, in the deployment environment, each user should have it's own ssl keystore; but for developer, it just doesn't matter, but we still need one default keystore. So here, we strongly recommended to generate ssl keystore, but developer can ignore the information. And in any case, we won't want ssl keystore to be the exactly same in the all the deployment... So that's default keystore, is just a fall-back keystore, and not recommended. I suppose your solution should be OK for developer to continue using default keystore and customer would still have to generated the keystore right? But if customer have to generated the keystore anyway, why they need to start server-nonssl.xml first? Should be the same process I think? --Sheng On Mon, Nov 11, 2013 at 9:15 AM, Wei Zhou w.z...@leaseweb.com wrote: Hi Sheng, As the cloudmanagementserver.keystore is not valid after RPM installation, I remove the file from cloudstack installations (including DEBs and RPMs). For someone who use server-ssl.xml, as cloudmanagementserver.keystore is not installed by default, they need to start with server-nonssl.xml at first so that CloudStack will generate the keystore. Thanks for your Email! Kind Regards, Wei ZHOU Innovation Engineer Cloud, LeaseWeb B.V. w.z...@leaseweb.com *From:* Sheng Yang [mailto:sh...@yasker.org] *Sent:* 09 November 2013 01:27 *To:* Wei Zhou; dev@cloudstack.apache.org *Subject:* Regarding the ssl key store change Hi Wei, I found this change in the MASTER. commit 57ba367f3c985e80ea1b34267e298b481a353298 Author: Wei Zhou w.z...@leaseweb.com Date: Thu Nov 7 11:09:06 2013 +0100 CLOUDSTACK-5042: change cloud.keystore to cloudmanagementserver.keystore and install it (cherry picked from commit de448ec4792eda5b47d79b26e9cb8ce96a2b22f4) IIUC, this would means there is no SSL keystore generation for the new management servers? That doesn't sound right... --Sheng
Re: SRX inline with VR
Hi Geoff, Yes, VR cannot be used as LB only on its own, and it cannot be used for SRX as LB service(because in this mode, we would want to only enable LB on the VR). --Sheng On Mon, Nov 11, 2013 at 10:52 AM, Geoff Higginbottom geoff.higginbot...@shapeblue.com wrote: Hi Sheng, Thanks for the replies, but I have to admit I'm not 100% sure what your answer is - sorry. I think you are saying - No, I can't use the VR for LB when using an SRX Firewall I hope you are not saying that we cannot use the VR for LB on its own Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Sheng Yang [mailto:sh...@yasker.org] Sent: 08 November 2013 18:38 To: dev@cloudstack.apache.org Subject: Re: SRX inline with VR Sorry, I meant the CloudStack major release after 4.3... Got mixed up a little bit... --Sheng On Fri, Nov 8, 2013 at 9:57 AM, Sheng Yang sh...@yasker.org wrote: Hi Geoff, Currently we don't support VR as load balancing alone, there are some VR limitations need to be solved. I think the current plan is to fix it in Felton. --Sheng On Fri, Nov 8, 2013 at 6:19 AM, Geoff Higginbottom geoff.higginbot...@shapeblue.com wrote: All, Is it possible to use a Juniper SRX Firewall for firewall features, and a VR for Load Balancing, or do you need to use an F5 to get 'in line' mode If you can use a SRX, what IP gets load balanced, public or private etc Regards Geoff Higginbottom *CTO / Cloud Architect* [image: Description: Mail Logo Bottom Align] D: +44 20 3603 0542 +442036030542 | S: +44 20 3603 0540 +442036030540| M: +447968161581 geoff.higginbot...@shapeblue.com | www.shapeblue.com | Twitter:@shapebluehttps://twitter.com/#!/shapeblue ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS *ShapeBlue are proud to be sponsoring CloudStack Collab EU 2013* [image: cid:image004.jpg@01CED4C8.C686BDF0]http://www.cloudstackcollab.org/ Apache CloudStack Bootcamp training courses **NEW!** CloudStack 4.2 traininghttp://www.shapeblue.com/cloudstack-bootcamp-training-course / 13/14 November, Londonhttp://www.shapeblue.com/cloudstack-bootcamp-training-course/ *09-13 December, GLOBAL. Instructor led, On-line http://www.shapeblue.com/cloudstack-bootcamp-training-course/ * 27/28 November, Bangalorehttp://www.shapeblue.com/cloudstack-bootcamp-training-cours e/ 08/09 January 2014, Londonhttp://www.shapeblue.com/cloudstack-bootcamp-training-course/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
RE: Eclipse Question
Usually problems like that goes away if you refresh your project or do a clean
on the project. Eclipse just get confused.
I never know which one helps for sure but when this gets really bad, these are
the steps I do.
Project-Turn off Build Automatically
Project-Clean
Highlight all projects - Right click - Refresh
Highlight all projects - Right click - Maven - Update Project
Make sure you only highlight cloudstack maven projects, not any source files or
other projects, inside the project or else the options may not appear.
Project-Turn on Build automatically
When you do this, then eclipse will rebuild all binaries and it should clear up
any problems it has recognizing class hierarchies etc.
--Alex
-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
Sent: Tuesday, November 12, 2013 9:34 AM
To: dev@cloudstack.apache.org
Subject: Re: Eclipse Question
mouseClicked(MouseEvent) must override MouseClicked(MouseEvent)
I meant for the second mouseClicked in that line to start with a lower-case
'm' by the way.
On Tue, Nov 12, 2013 at 10:33 AM, Mike Tutkowski
mike.tutkow...@solidfire.com wrote:
Hi,
I fetched and rebased on top of master yesterday and noticed in
Eclipse that I now have 61 error messages.
Many of them are related to @Override, but I am not sure why Eclipse
is complaining.
For example:
package common;
import java.awt.event.MouseEvent;
import java.awt.event.MouseListener;
import java.awt.event.MouseMotionListener;
import streamer.BaseElement;
import streamer.ByteBuffer;
public class AwtMouseEventSource extends BaseElement implements
MouseListener, MouseMotionListener {
public AwtMouseEventSource(String id) {
super(id);
}
@Override
public void mouseClicked(MouseEvent e) {
// Nothing to do
}
Eclipse says mouseClicked(MouseEvent) must override
MouseClicked(MouseEvent) for us to be able to use the @Override
annotation.
That makes sense, of course.
The problem is that we do override that method properly: It comes from
the MouseListener interface.
Any thoughts on why Eclipse does not recognize this? It seems to only
be looking in the class we extend and the class that that class extends.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*
Re: SSL and JCE
Yes, the _content_ of the jar files are different. It is kind of misleading. On Tue, Nov 12, 2013 at 4:13 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: I had the two JAR files in my JAVA_HOME/jre/lib/security, as well, and the tests were failing. When I replaced them with the ones I downloaded from Oracle, the tests passed. On Mon, Nov 11, 2013 at 11:05 PM, Koushik Das koushik@citrix.com wrote: I see the JCE extensions in jdk 1.7 as well. They are present under java_home/jre/lib/security. But still I see a test failure. Is there any other configuration that is required? Running org.apache.cloudstack.network.lb.CertServiceTest Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.456 sec FAILURE! -Koushik On 12-Nov-2013, at 11:19 AM, Prasanna Santhanam t...@apache.org wrote: My MacOSX 1.6 jdk seems to have the crypto extensions jce builtin and the build+test works. JDK 1.7 install does not have them though. The JCE kit seems to carry a BCL which is not ASF friendly [1]. But this being part of the Java install and not the project it should be okay IMO if we note it in our wiki on building the project. As for legal aspects - I found this which might be of some relevance. http://markmail.org/message/evtkc656gewrkruf [1] http://www.apache.org/legal/3party.html#transition-examples On Mon, Nov 11, 2013 at 10:45:12PM +0100, Laszlo Hornyak wrote: Hi, That is a good question, I do not know for sure, but this package needs to be signed by oracle, it is not redistributable and has teritorial import restrictions, so it could be problematic :-( I hope it is not. Guys, can someone help us here? On Mon, Nov 11, 2013 at 10:21 PM, Syed Ahmed sah...@cloudops.com wrote: Hi Laszlo, The CertService uses BouncyCastle for certificate parsing and validation. The JCE extension provides the API for using BouncyCastle as the provider. So, JCE is required. I know that BouncyCastle is added in CS. Would it be possible to add JCE as a dependency too? Thanks, -Syed On 13-11-10 09:55 AM, Laszlo Hornyak wrote: Hi Sahmed and list, I ran into some failing tests this weekend related to the patch 0076307863e9155273d9e4c14282de429388c9e9 apparently jenkins fails for the same reason. I did a short investigation and it turned out that in order to run the tests correctly, one has to download the sun jce policy files and put it in the jdk replacing the original policies. Questions: - Is there a more convenient deployment process? :-) It would be very useful for the jenkins environment as well. - I gave it a try and patched the oracle jdk 1.7 with the same plugin, it did not work. Do you know a way to make it work again with jdk 1.7? Thank you, Laszlo -- EOF -- EOF -- Prasanna., Powered by BigRock.com -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- EOF
Re: [PROPOSAL] Liaison with ETSI NFV ISG
VNF = virtualized network function (e.g., LB virtual appliance) NFV = network functions virtualization (the whole kit and caboodle) On 11/12/13 6:53 AM, sebgoa run...@gmail.com wrote: On Nov 12, 2013, at 7:21 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. NFV ? not VNF ? We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. - -- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: Review Request 15349: Overprivisoning changes needed
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/#review28745 --- engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java https://reviews.apache.org/r/15349/#comment55729 Why are the changes to VmwareResource gone ? Otherwise its a Ship it !! - Nitin Mehta On Nov. 12, 2013, 12:26 p.m., bharat kumar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/ --- (Updated Nov. 12, 2013, 12:26 p.m.) Review request for cloudstack and Nitin Mehta. Bugs: Cloudstack-5077. https://issues.apache.org/jira/browse/Cloudstack-5077. Repository: cloudstack-git Description --- 1.) This includes the change to reserve cpu and memory only when vmware.reserve.cpu/mem is true, regardless of overcommit. 2.) populate the default value of the cpu overcommit at cluster level form the global setting when up grading. Diffs - engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 646b406 engine/schema/src/com/cloud/upgrade/dao/Upgrade420to421.java d37c0a1 server/src/com/cloud/configuration/Config.java f06b463 setup/db/db/schema-420to421.sql baadbda Diff: https://reviews.apache.org/r/15349/diff/ Testing --- Thanks, bharat kumar
Re: [PROPOSAL] Liaison with ETSI NFV ISG
Well, i just learned something and someone sure loves confusion through acronyms -Sebastien On 12 Nov 2013, at 19:28, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: VNF = virtualized network function (e.g., LB virtual appliance) NFV = network functions virtualization (the whole kit and caboodle) On 11/12/13 6:53 AM, sebgoa run...@gmail.com wrote: On Nov 12, 2013, at 7:21 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. NFV ? not VNF ? We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. - -- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: [DISCUSS] Domain/Account/User Sync Up Among Multiple Regions
Missed this one. In a single region, the CloudStack DB is the master for most operations. If the infra is not in the state the DB says it should be, generally the approach is to whack it and make it conform. For some exceptions (live migration/related use cases are exceptions) the DB is the slave -- the point is that the inconsistency that inevitably arise in an AP system need a conflict resolution system. In a single region, the default is to assume that the MySQL DB is correct and handle other cases carefully. In a multi-region case, there is no master: disable an account in one region, and it may not propagate to the other regions for many hours/days. You could add a user in one region and then add the same user in a different region and conflict before the sync happens. This is of course not a problem unique to CloudStack -- people pay mucho dinero for Global AD/LDAP sync. I don't think this is a problem for CloudStack core to solve: I support the event-based mechanism for those who want this facility. Distributed systems are hard and research continues to try and make building these systems easier, but there are very few solutions for global state synchronization (Google Spanner comes to mind) -- Chiradeep On 11/8/13 4:53 PM, Chip Childers chip.child...@gmail.com wrote: We are already (generally) AP for most infra changes really. I'd use that model. Eventual consistency is better in this scenario. On Nov 8, 2013, at 6:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: I'd also like to highlight that it isn't a trivial problem. Let's say there's 3 regions: this means there are 3 copies of the user database that are geographically separated by network links that fail quite often (orders of magnitude more than intra-DC networks). Here we run into the consequences of the CAP theorem [1]. We can either have a CP or AP system: either approach makes some tradeoffs: 1. If we run a AP system, then the challenge is to resolve conflicting updates 2. If we run a CP system, then the challenge is to detect partitions reliably and disallow updates during partitions. [1] http://en.wikipedia.org/wiki/CAP_theorem On 11/7/13 11:58 AM, Chip Childers chipchild...@apache.org wrote: On Thu, Nov 7, 2013 at 2:37 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: It may be an admin burden, but it has to be optional. There are other ways to achieve global sync (e.g., LDAP/AD/Oauth). A lot of service providers who run cloudstack have their own user database / portal. In their implementations the CloudStack database is not the master source of user records, but a slave. +1 to it being optional.
Re: [PROPOSAL] Liaison with ETSI NFV ISG
There's also NFVI - Network Functions Virtualization Infrastructure On 11/12/13 11:26 AM, Sebastien Goasguen run...@gmail.com wrote: Well, i just learned something and someone sure loves confusion through acronyms -Sebastien On 12 Nov 2013, at 19:28, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: VNF = virtualized network function (e.g., LB virtual appliance) NFV = network functions virtualization (the whole kit and caboodle) On 11/12/13 6:53 AM, sebgoa run...@gmail.com wrote: On Nov 12, 2013, at 7:21 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. NFV ? not VNF ? We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. --- -- -- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: Review Request 15418: Fixes about: Code quality, checkstyle and cloudstack conventions
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15418/ --- (Updated Nov. 12, 2013, 7:47 p.m.) Review request for cloudstack, daan Hoogland and Hugo Trippaers. Changes --- Fixed considering the comments on my previous git patch Repository: cloudstack-git Description --- Fixes about: Code quality, checkstyle and cloudstack conventions. Tabs replaced by 4 spaces, proper instance variable names, removing trailing spaces... Diffs (updated) - parents/checkstyle/src/main/resources/tooling/checkstyle.xml 83493d6 plugins/network-elements/nicira-nvp/pom.xml 9341c93 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigurePortForwardingRulesOnLogicalRouterAnswer.java 94931a0 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigurePortForwardingRulesOnLogicalRouterCommand.java 16ef2c4 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigurePublicIpsOnLogicalRouterAnswer.java 09a3e7e plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigurePublicIpsOnLogicalRouterCommand.java c08f540 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigureStaticNatRulesOnLogicalRouterAnswer.java caab316 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/ConfigureStaticNatRulesOnLogicalRouterCommand.java 5f79ffc plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalRouterAnswer.java 72a275b plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalRouterCommand.java 1f3f24e plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalSwitchAnswer.java 753edec plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalSwitchCommand.java b2a5aaf plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalSwitchPortAnswer.java 8fa7927 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/CreateLogicalSwitchPortCommand.java fe3f683 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalRouterAnswer.java db07547 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalRouterCommand.java 96e2cb9 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalSwitchAnswer.java e9cfbc4 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalSwitchCommand.java 25aa339 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalSwitchPortAnswer.java f779677 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/DeleteLogicalSwitchPortCommand.java e91a032 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/FindLogicalSwitchPortAnswer.java edc0c5f plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/FindLogicalSwitchPortCommand.java b737c50 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/UpdateLogicalSwitchPortAnswer.java f4c4130 plugins/network-elements/nicira-nvp/src/com/cloud/agent/api/UpdateLogicalSwitchPortCommand.java 1b8b590 plugins/network-elements/nicira-nvp/src/com/cloud/api/commands/AddNiciraNvpDeviceCmd.java 937b665 plugins/network-elements/nicira-nvp/src/com/cloud/api/commands/DeleteNiciraNvpDeviceCmd.java 6eb6764 plugins/network-elements/nicira-nvp/src/com/cloud/api/commands/ListNiciraNvpDeviceNetworksCmd.java 53203a7 plugins/network-elements/nicira-nvp/src/com/cloud/api/commands/ListNiciraNvpDevicesCmd.java 3e02e19 plugins/network-elements/nicira-nvp/src/com/cloud/api/response/NiciraNvpDeviceResponse.java d6085e2 plugins/network-elements/nicira-nvp/src/com/cloud/network/NiciraNvpDeviceVO.java 3832123 plugins/network-elements/nicira-nvp/src/com/cloud/network/NiciraNvpNicMappingVO.java d9dbb02 plugins/network-elements/nicira-nvp/src/com/cloud/network/NiciraNvpRouterMappingVO.java 1e2a831 plugins/network-elements/nicira-nvp/src/com/cloud/network/dao/NiciraNvpDaoImpl.java 5e07246 plugins/network-elements/nicira-nvp/src/com/cloud/network/dao/NiciraNvpNicMappingDao.java f693dcb plugins/network-elements/nicira-nvp/src/com/cloud/network/dao/NiciraNvpNicMappingDaoImpl.java 1a0fcd1 plugins/network-elements/nicira-nvp/src/com/cloud/network/dao/NiciraNvpRouterMappingDaoImpl.java dc41f57 plugins/network-elements/nicira-nvp/src/com/cloud/network/element/NiciraNvpElement.java 3e9e16a plugins/network-elements/nicira-nvp/src/com/cloud/network/guru/NiciraNvpGuestNetworkGuru.java 7057915 plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/ControlClusterStatus.java 2914d35 plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/DestinationNatRule.java d149c4b plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/L3GatewayAttachment.java 96d1991
Re: [PROPOSAL] Liaison with ETSI NFV ISG
Go ahead Chiradeep, please cc me (and Nguyen), Am I on for tomorrow afternoons meeting? regards, Daan On Tue, Nov 12, 2013 at 8:26 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: There's also NFVI - Network Functions Virtualization Infrastructure On 11/12/13 11:26 AM, Sebastien Goasguen run...@gmail.com wrote: Well, i just learned something and someone sure loves confusion through acronyms -Sebastien On 12 Nov 2013, at 19:28, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: VNF = virtualized network function (e.g., LB virtual appliance) NFV = network functions virtualization (the whole kit and caboodle) On 11/12/13 6:53 AM, sebgoa run...@gmail.com wrote: On Nov 12, 2013, at 7:21 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: OK, here's the draft of the Liaison request (template borrowed from OpenDaylight) -- To: ETSI Industry Study Group (ISG) on Network Functions Virtualization Prodip Sen, Chairman NFV ISG prodip@verizon.com Andrew Malis, NFV Liaison Officer andrew.g.ma...@verizon.com I am a member of the Apache CloudStack Project Management Committee (PMC) and have been asked to serve as liaison from the Apache CloudStack community to the ETSI Industry Standard Group on Network Functions Virtualization. Apache CloudStack is open source software designed to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. The platform has pioneered the use of VNF to provide network services to IAAS tenants. NFV ? not VNF ? We are excited to see that NFV is going to realize its potential and look forward to collaborating to realize this promise expeditiously. The community would like to suggest these areas of collaboration: 1) ETSI NFV ISG Documents: It would be very helpful to receive pointers to the various documents being produced by the ETSI NFV ISG, even before their formal publication, so that your needs can be incorporated into the Apache CloudStack development effort. 2) Sharing ideas and experience: We have many shared goals and a large community of experienced cloud implementors. We have several opportunities where someone from ETSI NFV ISG could present to the Apache CloudStack community, including meetups and online fora , and our CloudStack Collaboration Summit. We would also be quite pleased to present on Apache CloudStack to ETSI NFV ISG in any forum you find appropriate. If appropriate we can participate in working groups such as the MANO WG. 3) Open Source: We would love to get members of the ETSI NFV ISG participate in our community, especially in design ideas, code contributions and the like. We hope that we can assist in producing reference implementations and help iterate faster on crucial issues such as interoperability. Of course we welcome other ideas for collaboration with the NFV ISG. --- -- -- - On 11/11/13 1:02 AM, Sebastien Goasguen run...@gmail.com wrote: How about Chiradeep makes the contact and proposal for CloudStack to join/be represented ? Then we can decide who is the representative. Daan could do it and Nguyen could be the substitute ? On Nov 9, 2013, at 8:38 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: I don't mind being involved if needed. On Fri, Nov 8, 2013 at 6:07 PM, Chip Childers chipchild...@apache.org wrote: On Fri, Nov 08, 2013 at 08:58:17AM +0700, Nguyen Anh Tu wrote: 2013/11/7 Chiradeep Vittal chiradeep.vit...@citrix.com While I appreciate the confidence, there are weekly calls to attend. The particularly interesting one (MANO WG) happens on Wednesdays at 6am PST. I've tried but there's very little chance that I can attend these meetings. Anybody in a more agreeable timezone? Not sure if I have permitted to join, I'm in agreeable timezone (9pm at local time). It's great and I'm willing to join to liaison team. I'd say you are... you're a committer on the project. Perhaps you and Chiradeep can discuss how to get involved?
Re: [VOTE] Release Apache CloudStack 4.2.1
On Tue, Nov 12, 2013 at 03:33:51PM -0500, Chip Childers wrote: On Tue, Nov 12, 2013 at 03:52:54PM +, Abhinandan Prateek wrote: This vote is to approve the current RC build for 4.2.1 maintenance release. For this particular release various upgrade paths have been tested apart from regression tests and BVTs. Around 175 bugs have been fixed some new features added (see CHANGES). Following are the particulars for this release: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.2 commit: 0b9eadaf14513f5c72de672963b0e2f12ee7206f List of changes: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2.1 Source release revision 3492 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 11/15 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) The format of apache-cloudstack-4.2.1-src.tar.bz2.md5 doesn't match the gpg output. See this: localhost :: /tmp/cloudstack »gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 localhost :: /tmp/cloudstack »cat apache-cloudstack-4.2.1-src.tar.bz2.md5 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 There are extra line breaks in the .md5 file [1]. Although I'd actually prefer to get the process to switch to the md5sum tool's format anyway, can you correct this formatting before we continue with the release voting? -chip [1] https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 The same issue exists in the sha file.
RE: [VOTE] Release Apache CloudStack 4.2.1
The list of changes URL is returning a 404. It doesn't look like this has been branched yet. From: Chip Childers chipchild...@apache.org Sent: Tuesday, November 12, 2013 2:40 PM To: dev@cloudstack.apache.org Subject: Re: [VOTE] Release Apache CloudStack 4.2.1 On Tue, Nov 12, 2013 at 03:33:51PM -0500, Chip Childers wrote: On Tue, Nov 12, 2013 at 03:52:54PM +, Abhinandan Prateek wrote: This vote is to approve the current RC build for 4.2.1 maintenance release. For this particular release various upgrade paths have been tested apart from regression tests and BVTs. Around 175 bugs have been fixed some new features added (see CHANGES). Following are the particulars for this release: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.2 commit: 0b9eadaf14513f5c72de672963b0e2f12ee7206f List of changes: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2.1 Source release revision 3492 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 11/15 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) The format of apache-cloudstack-4.2.1-src.tar.bz2.md5 doesn't match the gpg output. See this: localhost :: /tmp/cloudstack »gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 localhost :: /tmp/cloudstack »cat apache-cloudstack-4.2.1-src.tar.bz2.md5 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 There are extra line breaks in the .md5 file [1]. Although I'd actually prefer to get the process to switch to the md5sum tool's format anyway, can you correct this formatting before we continue with the release voting? -chip [1] https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 The same issue exists in the sha file.
Re: [VOTE] Release Apache CloudStack 4.2.1
The URL should be https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2 We don't branch for bug-fix releases. They stay in the feature release branch but are tagged. Looks like the URL above is updated to reflect 4.2.1. On Tue, Nov 12, 2013 at 3:41 PM, Simon Weller swel...@ena.com wrote: The list of changes URL is returning a 404. It doesn't look like this has been branched yet. From: Chip Childers chipchild...@apache.org Sent: Tuesday, November 12, 2013 2:40 PM To: dev@cloudstack.apache.org Subject: Re: [VOTE] Release Apache CloudStack 4.2.1 On Tue, Nov 12, 2013 at 03:33:51PM -0500, Chip Childers wrote: On Tue, Nov 12, 2013 at 03:52:54PM +, Abhinandan Prateek wrote: This vote is to approve the current RC build for 4.2.1 maintenance release. For this particular release various upgrade paths have been tested apart from regression tests and BVTs. Around 175 bugs have been fixed some new features added (see CHANGES). Following are the particulars for this release: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.2 commit: 0b9eadaf14513f5c72de672963b0e2f12ee7206f List of changes: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2.1 Source release revision 3492 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 11/15 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) The format of apache-cloudstack-4.2.1-src.tar.bz2.md5 doesn't match the gpg output. See this: localhost :: /tmp/cloudstack »gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 localhost :: /tmp/cloudstack »cat apache-cloudstack-4.2.1-src.tar.bz2.md5 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 There are extra line breaks in the .md5 file [1]. Although I'd actually prefer to get the process to switch to the md5sum tool's format anyway, can you correct this formatting before we continue with the release voting? -chip [1] https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 The same issue exists in the sha file.
Re: SSL and JCE
OpenJDK 6: working ok OpenJDK 7: working ok Oracle JDK 6: JCE install required Oracle JDK 7: ? - did those jce policy files work for anyone in oracle jdk 1.7? I believe it is not really user-friendly, but acceptable both from legal (not a lawyer) and usability perspective if we tell the system administrator that if he/she is using Oracle JDK AND want to use encryption with more than X (128 afaik - not much) bit encryption, then it will require the Oracle JCE policies installed in the JDK. It is true that JCE policies are not redistributable, but the same is true for Oracle JDK. These are not distributed with ACS and are part of the java runtime environment. Anyway, this should be clearly documented in the product documentation. Tests: I am just testing a patch that detects the JDK vendor as much as possible and it skips the tests if the environment is not OpenJDK. It can be overridden by build parameters. I will need some feedback on this since I do not have all java versions on my laptop and I could not test with all possible scenarios. Thank you, Laszlo On Tue, Nov 12, 2013 at 3:17 PM, Chip Childers chipchild...@apache.orgwrote: IMO - having this as a requirement for a build is a bit of an issue. First, we can't distribute it (obviously). Second, it's a bit of an esoteric requirement if you are using a JDK that doesn't include it automatically. This will lead to confusion. Is there a way that we can re-work the tests to accomplish a similar (or close-enough) goal without this added dependency? -chip On Tue, Nov 12, 2013 at 08:23:10AM +0100, Laszlo Hornyak wrote: It seems OpenJDK 6 and 7 are ok. Oracle jdk 6 needs JCE, oracle jdk 7 may need another extension (the JCE for jdk6 did not work for me). I would recommend that we @Ignore the failing tests, add some assumption or move them to a special test group which is not executed by default. On Tue, Nov 12, 2013 at 7:28 AM, Koushik Das koushik@citrix.com wrote: The following tests are failing in my environment even with the JCE extensions. /* Test7: If no chain is given, the certificate should be self signed. Else, uploadShould Fail */ runUploadSslCertNoChain(); /* Test8: Chain is given but does not have root certificate */ runUploadSslCertNoRootCert(); /* Test9: The chain given is not the correct chain for the certificate */ runUploadSslCertBadChain(); /* Test12: Given a certificate signed by a CA and a valid CA chain, upload should succeed */ runUploadSslCertWithCAChain(); On 12-Nov-2013, at 11:35 AM, Koushik Das koushik@citrix.com wrote: I see the JCE extensions in jdk 1.7 as well. They are present under java_home/jre/lib/security. But still I see a test failure. Is there any other configuration that is required? Running org.apache.cloudstack.network.lb.CertServiceTest Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.456 sec FAILURE! -Koushik On 12-Nov-2013, at 11:19 AM, Prasanna Santhanam t...@apache.org wrote: My MacOSX 1.6 jdk seems to have the crypto extensions jce builtin and the build+test works. JDK 1.7 install does not have them though. The JCE kit seems to carry a BCL which is not ASF friendly [1]. But this being part of the Java install and not the project it should be okay IMO if we note it in our wiki on building the project. As for legal aspects - I found this which might be of some relevance. http://markmail.org/message/evtkc656gewrkruf [1] http://www.apache.org/legal/3party.html#transition-examples On Mon, Nov 11, 2013 at 10:45:12PM +0100, Laszlo Hornyak wrote: Hi, That is a good question, I do not know for sure, but this package needs to be signed by oracle, it is not redistributable and has teritorial import restrictions, so it could be problematic :-( I hope it is not. Guys, can someone help us here? On Mon, Nov 11, 2013 at 10:21 PM, Syed Ahmed sah...@cloudops.com wrote: Hi Laszlo, The CertService uses BouncyCastle for certificate parsing and validation. The JCE extension provides the API for using BouncyCastle as the provider. So, JCE is required. I know that BouncyCastle is added in CS. Would it be possible to add JCE as a dependency too? Thanks, -Syed On 13-11-10 09:55 AM, Laszlo Hornyak wrote: Hi Sahmed and list, I ran into some failing tests this weekend related to the patch 0076307863e9155273d9e4c14282de429388c9e9 apparently jenkins fails for the same reason. I did a short investigation and it turned out that in order to run the tests correctly, one has to download the sun jce policy files and put it in the jdk replacing the original policies. Questions: - Is there a more
Re: A question on vm migrations when hosts are set into a maintenance mode.
I have done parallel KVM migrations without issue, it's supposed to work. Really I think it's in the same boat as parallel start/stop. It should work, but the config option is there just in case. I think we should add it. On Thu, Oct 3, 2013 at 11:41 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Oct 03, 2013 at 11:44:46AM -0500, Alex Ough wrote: I'm not sure what else commands 'MigrateCommand' actually execute in addition to 'Start/Stop/CopyCommand', but can we include 'MigrateCommand' if it consists of only those 3 commands? Thanks Alex Ough In the case of VMware, the migrate command is executed via the MigrateVMTask that's part of the VMware SDK (see vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualMachineMO.java). For VMware, I know that vCenter will queue and process concurrent requests for migrations. Specifically, it will throttle the migrations happening, based on it's internal concurrency constraints, but the task queue will still accept more connections. Obviously the risk are the VMware layer tasks timing out if it takes too long for the task queue to complete. As for XenServer, it's happening in what appears to be a similar way (although the source host is the target for the migration API call). Check plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java. I'm not familiar enough with XenServer's concurrency model for migrations. Any experts know the answer to if it can handle concurrency in a stable way? With KVM, it's obviously executing via the agent. Similarly to XenServer, I'm not familiar enough to know about concurrent operations. So do the HV experts on the list have any opinions about XenServer and KVM migration concurrency? -chip
Re: A question on vm migrations when hosts are set into a maintenance mode.
Thanks a lot for your confirmation, Marcus. I'll create a review request unless anyone has an objection. Thanks Alex Ough On Tue, Nov 12, 2013 at 3:37 PM, Marcus Sorensen shadow...@gmail.comwrote: I have done parallel KVM migrations without issue, it's supposed to work. Really I think it's in the same boat as parallel start/stop. It should work, but the config option is there just in case. I think we should add it. On Thu, Oct 3, 2013 at 11:41 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Oct 03, 2013 at 11:44:46AM -0500, Alex Ough wrote: I'm not sure what else commands 'MigrateCommand' actually execute in addition to 'Start/Stop/CopyCommand', but can we include 'MigrateCommand' if it consists of only those 3 commands? Thanks Alex Ough In the case of VMware, the migrate command is executed via the MigrateVMTask that's part of the VMware SDK (see vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualMachineMO.java). For VMware, I know that vCenter will queue and process concurrent requests for migrations. Specifically, it will throttle the migrations happening, based on it's internal concurrency constraints, but the task queue will still accept more connections. Obviously the risk are the VMware layer tasks timing out if it takes too long for the task queue to complete. As for XenServer, it's happening in what appears to be a similar way (although the source host is the target for the migration API call). Check plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java. I'm not familiar enough with XenServer's concurrency model for migrations. Any experts know the answer to if it can handle concurrency in a stable way? With KVM, it's obviously executing via the agent. Similarly to XenServer, I'm not familiar enough to know about concurrent operations. So do the HV experts on the list have any opinions about XenServer and KVM migration concurrency? -chip
RE: [VOTE] Release Apache CloudStack 4.2.1
-Original Message- From: Chip Childers [mailto:chipchild...@apache.org] Sent: Tuesday, November 12, 2013 12:34 PM To: dev@cloudstack.apache.org Subject: Re: [VOTE] Release Apache CloudStack 4.2.1 On Tue, Nov 12, 2013 at 03:52:54PM +, Abhinandan Prateek wrote: This vote is to approve the current RC build for 4.2.1 maintenance release. For this particular release various upgrade paths have been tested apart from regression tests and BVTs. Around 175 bugs have been fixed some new features added (see CHANGES). Following are the particulars for this release: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h= refs/heads/4.2 commit: 0b9eadaf14513f5c72de672963b0e2f12ee7206f List of changes: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain; f=CHANGES;hb=4.2.1 Source release revision 3492 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 11/15 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) The format of apache-cloudstack-4.2.1-src.tar.bz2.md5 doesn't match the gpg output. See this: localhost :: /tmp/cloudstack gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 localhost :: /tmp/cloudstack cat apache-cloudstack-4.2.1-src.tar.bz2.md5 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 There are extra line breaks in the .md5 file [1]. Although I'd actually prefer to get the process to switch to the md5sum tool's format anyway, can you correct this formatting before we continue with the release voting? -chip [1] https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 Animesh Chip, Abhi is in a different time zone so will see this in morning, the SHA and MD5 are generated by build_asf.sh script so if this is an issue, should have been for prior releases also. Are you suggesting to update the build_asf.sh to file to fix the formatting?
Re: [VOTE] Release Apache CloudStack 4.2.1
On Tue, Nov 12, 2013 at 10:31:47PM +, Animesh Chaturvedi wrote: The format of apache-cloudstack-4.2.1-src.tar.bz2.md5 doesn't match the gpg output. See this: localhost :: /tmp/cloudstack gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 localhost :: /tmp/cloudstack cat apache-cloudstack-4.2.1-src.tar.bz2.md5 apache-cloudstack-4.2.1-src.tar.bz2: AE BF B5 B5 91 24 8B 6D 27 6F 9D 35 C0 C3 DD D5 There are extra line breaks in the .md5 file [1]. Although I'd actually prefer to get the process to switch to the md5sum tool's format anyway, can you correct this formatting before we continue with the release voting? -chip [1] https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 Animesh Chip, Abhi is in a different time zone so will see this in morning, the SHA and MD5 are generated by build_asf.sh script so if this is an issue, should have been for prior releases also. Are you suggesting to update the build_asf.sh to file to fix the formatting? This must be an issue with local gpg output formatting. Weird. Let's go forward with the vote. Manual inspection shows it as matching. For 4.3, we should change the build script to use native md5sum and sha256sum (with a script fix to get around the mac installations that may have the commands pre-pended with a g). I'll finish my testing and move forward with voting shortly. -chip
CloudStack.next
Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? -Steve Steve Wilson VP, Cloud Engineering Citrix twitter: @virtualsteve
resource count table in 4.2, primary_storage
I'm wondering if someone can quickly help me figure out an issue with 4.1 to 4.2 upgrade. I seem to be missing a bunch of types on existing accounts for my resource_count table. In particular, I'm missing rows for pre-4.2 accounts for resource types: cpu memory primary_storage secondary_storage Does anyone know what's supposed to upgrade existing accounts with these? I'm getting SQL syntax errors because resource lookups return no results. new account: | 646684 | NULL | 17806 | user_vm | 0 | | 646687 | NULL | 17806 | public_ip | 0 | | 646690 | NULL | 17806 | volume| 0 | | 646693 | NULL | 17806 | snapshot | 0 | | 646696 | NULL | 17806 | template | 0 | | 646699 | NULL | 17806 | project | 0 | | 646702 | NULL | 17806 | network | 0 | | 646705 | NULL | 17806 | vpc | 0 | | 646708 | NULL | 17806 | cpu | 0 | | 646711 | NULL | 17806 | memory| 0 | | 646714 | NULL | 17806 | primary_storage | 0 | | 646717 | NULL | 17806 | secondary_storage | 0 | old account: | 639760 | NULL | 17653 | user_vm | 1 | | 639763 | NULL | 17653 | public_ip | 0 | | 639766 | NULL | 17653 | volume| 1 | | 639769 | NULL | 17653 | snapshot | 0 | | 639772 | NULL | 17653 | template | 0 | | 639775 | NULL | 17653 | project | 0 | | 639778 | NULL | 17653 | network | 1 | | 639781 | NULL | 17653 | vpc | 1 |
Re: [DISCUSS] Domain/Account/User Sync Up Among Multiple Regions
Good point, Chiradeep, I'm not sure if you reviewed my design doc in the wiki, but my design is to just skip any actions for target resources that already took place by any means. But the issue is when conflict actions in the same resources (like create delete the same users) are enqueued in reversed orders, which is hopefully rare. And to support consistency in the AP system, I'd like to provide a full sync up, which will sync up all data in all region servers by selecting a region as a master and force its data to other regions. Let me know what you think. Thanks Alex Ough On Tue, Nov 12, 2013 at 1:22 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Missed this one. In a single region, the CloudStack DB is the master for most operations. If the infra is not in the state the DB says it should be, generally the approach is to whack it and make it conform. For some exceptions (live migration/related use cases are exceptions) the DB is the slave -- the point is that the inconsistency that inevitably arise in an AP system need a conflict resolution system. In a single region, the default is to assume that the MySQL DB is correct and handle other cases carefully. In a multi-region case, there is no master: disable an account in one region, and it may not propagate to the other regions for many hours/days. You could add a user in one region and then add the same user in a different region and conflict before the sync happens. This is of course not a problem unique to CloudStack -- people pay mucho dinero for Global AD/LDAP sync. I don't think this is a problem for CloudStack core to solve: I support the event-based mechanism for those who want this facility. Distributed systems are hard and research continues to try and make building these systems easier, but there are very few solutions for global state synchronization (Google Spanner comes to mind) -- Chiradeep On 11/8/13 4:53 PM, Chip Childers chip.child...@gmail.com wrote: We are already (generally) AP for most infra changes really. I'd use that model. Eventual consistency is better in this scenario. On Nov 8, 2013, at 6:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: I'd also like to highlight that it isn't a trivial problem. Let's say there's 3 regions: this means there are 3 copies of the user database that are geographically separated by network links that fail quite often (orders of magnitude more than intra-DC networks). Here we run into the consequences of the CAP theorem [1]. We can either have a CP or AP system: either approach makes some tradeoffs: 1. If we run a AP system, then the challenge is to resolve conflicting updates 2. If we run a CP system, then the challenge is to detect partitions reliably and disallow updates during partitions. [1] http://en.wikipedia.org/wiki/CAP_theorem On 11/7/13 11:58 AM, Chip Childers chipchild...@apache.org wrote: On Thu, Nov 7, 2013 at 2:37 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: It may be an admin burden, but it has to be optional. There are other ways to achieve global sync (e.g., LDAP/AD/Oauth). A lot of service providers who run cloudstack have their own user database / portal. In their implementations the CloudStack database is not the master source of user records, but a slave. +1 to it being optional.
Re: CloudStack.next
Steve, I would like to see better error messages in the gui. Some errors that I get are absolutely meaningless and don't tell anything about what needs doing to overcome the errors. This is very important in my opinion. Errors like Could not start vm or router due to Null is just no go. I've also seen pointless errors while trying to delete resources like primary/secondary storage, network resources, etc. In my mind, a commercial product should have a meaningful error reporting and documented solutions on fixing these errors. In terms of functionality, I would like to see better KVM support for things like change of service offering on live vm, ability to snapshot/restore the entire vm, not just volume by volume. Also, ability to snapshot/import/export account settings, including networks, firewall rules, virtual machines, policies, etc. Redundant Virtual routers checks also need to be improved to make sure you always have two virtual routers running, as at the moment, if one of the VRs crash or host server running a VR crashes ACS doesn't automatically restart it making sure that you always have two running VRs. Cheers Andrei - Original Message - From: Steve Wilson steve.wil...@citrix.com To: dev@cloudstack.apache.org Sent: Tuesday, 12 November, 2013 11:41:17 PM Subject: CloudStack.next Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? -Steve Steve Wilson VP, Cloud Engineering Citrix twitter: @virtualsteve
Re: CloudStack.next
On Tue, Nov 12, 2013 at 6:41 PM, Steve Wilson steve.wil...@citrix.com wrote: Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? Hi Steve, I'll be contrarian ;) - I don't see 5.0 (e.g. API breaking changes) coming in at least the next 12-18 months. Breaking API compatibility is a BIG DEAL IMO and should be done very deliberately and with a lot of consideration, and a plan around how we help folks adapt. Think about the tons of integrations that we have now: Chef, Puppet, Salt, libcloud, fog, jclouds, dasein, etc etc. Breaking that directly disrupts our users who stand a good chance of using one of those integrations or consume CloudStack via one of those tools. --David
Re: resource count table in 4.2, primary_storage
I guess you are referring to the bug https://issues.apache.org/jira/browse/CLOUDSTACK-4716 On 12/11/13 3:57 PM, Marcus Sorensen shadow...@gmail.com wrote: I'm wondering if someone can quickly help me figure out an issue with 4.1 to 4.2 upgrade. I seem to be missing a bunch of types on existing accounts for my resource_count table. In particular, I'm missing rows for pre-4.2 accounts for resource types: cpu memory primary_storage secondary_storage Does anyone know what's supposed to upgrade existing accounts with these? I'm getting SQL syntax errors because resource lookups return no results. new account: | 646684 | NULL | 17806 | user_vm | 0 | | 646687 | NULL | 17806 | public_ip | 0 | | 646690 | NULL | 17806 | volume| 0 | | 646693 | NULL | 17806 | snapshot | 0 | | 646696 | NULL | 17806 | template | 0 | | 646699 | NULL | 17806 | project | 0 | | 646702 | NULL | 17806 | network | 0 | | 646705 | NULL | 17806 | vpc | 0 | | 646708 | NULL | 17806 | cpu | 0 | | 646711 | NULL | 17806 | memory| 0 | | 646714 | NULL | 17806 | primary_storage | 0 | | 646717 | NULL | 17806 | secondary_storage | 0 | old account: | 639760 | NULL | 17653 | user_vm | 1 | | 639763 | NULL | 17653 | public_ip | 0 | | 639766 | NULL | 17653 | volume| 1 | | 639769 | NULL | 17653 | snapshot | 0 | | 639772 | NULL | 17653 | template | 0 | | 639775 | NULL | 17653 | project | 0 | | 639778 | NULL | 17653 | network | 1 | | 639781 | NULL | 17653 | vpc | 1 |
RE: [ACS4.2.1] Release readiness
-Original Message- From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] Sent: Tuesday, November 12, 2013 1:28 AM To: dev@cloudstack.apache.org Subject: Re: [ACS4.2.1] Release readiness While I was doing a dry run of building a RC and waiting on closure of last remaining critical issues, would like to know if there are any particular concerns about release readiness. For one the upgrade path from 2.2.14 to 4.2.1 is in works. Any other issues please pop up to save some last minute surprises. Since we moved the docs to a separate repo, this 4.2.1 release won't include docs, correct ? Also, will you prepare a list of all bugs that have been resolved for 4.2.1 The filter to list bigs fixed for 4.2.1 is https://issues.apache.org/jira/issues/?filter=12325707 Is it appropriate to add the filter in the ³CHANGES² file or just add the full listing ? -abhi Animesh For 4.2 we had added the Known Issues and Fixed Issues filter to Release Notes. The changes file just refers to Release Notes
Re: CloudStack.next
As a CloudStack user, here are the ares that I feel need attention: - improved IAM and implementation of a full RBAC security model. This is hurting us right now. - improved VM import functionality (ie bulk import of VM's and import of running VM's from existing vSphere clusters) - improved backup functionality and integration with 3rd party tools - HA for VPC routers Cheers, Simon Murphy Solutions Architect ViFX | Cloud Infrastructure Level 7, 57 Fort Street, Auckland, New Zealand 1010 PO Box 106700, Auckland, New Zealand 1143 M +64 21 285 4519 | S simon_a_murphy www.vifx.co.nz http://www.vifx.co.nz/ follow us on twitter https://twitter.com/ViFX Auckland | Wellington | Christchurch experience. expertise. execution. This email and any files transmitted with it are confidential, without prejudice and may contain information that is subject to legal privilege. It is intended solely for the use of the individual/s to whom it is addressed in accordance with the provisions of the Privacy Act (1993). The content contained in this email does not, necessarily, reflect the official policy position of ViFX nor does ViFX have any responsibility for any alterations to the contents of this email that may occur following transmission. If you are not the addressee it may be unlawful for you to read, copy, distribute, disclose or otherwise use the information contained within this email. If you are not the intended recipient, please notify the sender prior to deleting this email message from your system. Please note ViFX reserves the right to monitor, from time to time, the communications sent to and from its email network. On 13/11/13 1:18 PM, David Nalley da...@gnsa.us wrote: On Tue, Nov 12, 2013 at 6:41 PM, Steve Wilson steve.wil...@citrix.com wrote: Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? Hi Steve, I'll be contrarian ;) - I don't see 5.0 (e.g. API breaking changes) coming in at least the next 12-18 months. Breaking API compatibility is a BIG DEAL IMO and should be done very deliberately and with a lot of consideration, and a plan around how we help folks adapt. Think about the tons of integrations that we have now: Chef, Puppet, Salt, libcloud, fog, jclouds, dasein, etc etc. Breaking that directly disrupts our users who stand a good chance of using one of those integrations or consume CloudStack via one of those tools. --David
Re: resource count table in 4.2, primary_storage
Thanks for the hint. In the mean time I've manually fixed the db for the test environment we upgraded. I'll make sure we have those fixes going forward. On Nov 12, 2013 5:33 PM, Nitin Mehta nitin.me...@citrix.com wrote: I guess you are referring to the bug https://issues.apache.org/jira/browse/CLOUDSTACK-4716 On 12/11/13 3:57 PM, Marcus Sorensen shadow...@gmail.com wrote: I'm wondering if someone can quickly help me figure out an issue with 4.1 to 4.2 upgrade. I seem to be missing a bunch of types on existing accounts for my resource_count table. In particular, I'm missing rows for pre-4.2 accounts for resource types: cpu memory primary_storage secondary_storage Does anyone know what's supposed to upgrade existing accounts with these? I'm getting SQL syntax errors because resource lookups return no results. new account: | 646684 | NULL | 17806 | user_vm | 0 | | 646687 | NULL | 17806 | public_ip | 0 | | 646690 | NULL | 17806 | volume| 0 | | 646693 | NULL | 17806 | snapshot | 0 | | 646696 | NULL | 17806 | template | 0 | | 646699 | NULL | 17806 | project | 0 | | 646702 | NULL | 17806 | network | 0 | | 646705 | NULL | 17806 | vpc | 0 | | 646708 | NULL | 17806 | cpu | 0 | | 646711 | NULL | 17806 | memory| 0 | | 646714 | NULL | 17806 | primary_storage | 0 | | 646717 | NULL | 17806 | secondary_storage | 0 | old account: | 639760 | NULL | 17653 | user_vm | 1 | | 639763 | NULL | 17653 | public_ip | 0 | | 639766 | NULL | 17653 | volume| 1 | | 639769 | NULL | 17653 | snapshot | 0 | | 639772 | NULL | 17653 | template | 0 | | 639775 | NULL | 17653 | project | 0 | | 639778 | NULL | 17653 | network | 1 | | 639781 | NULL | 17653 | vpc | 1 |
[Doc] Volunteers for Completing 4.2.1 Upgrade Section
Hi, I am looking for volunteers to help complete the Upgrade section in the RN. The current section is completely a mess, and I do not have the environments to do justice to the task. Thanks in advance for the help -Radhika
RE: uploading to maven repository
Hi Alex, One of the reasons we have a copy of the java bindings is because cloudstack makes a customization to set the connection timeout. Will these customizations be kept when the stubs are uploaded to maven? Regarding, Devdeep -Original Message- From: Alex Huang [mailto:alex.hu...@citrix.com] Sent: Tuesday, November 12, 2013 9:35 PM To: dev@cloudstack.apache.org Subject: uploading to maven repository Hi all, I have a chance to convince xenserver to upload their java stubs to maven so that we don't have to keep a copy of it in ours source code. They're stuck on the whole upload process as they've never dealt with maven before. Is there anyone who can walk me through how to do it? Reading the maven guide[1], it seems to easiest would be to just upload the artifact[2]. Is that the right approach? Thanks. --Alex [1] http://maven.apache.org/guides/mini/guide-central-repository-upload.html [2] https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
CloudStack Mini-Conference@Open Source India Conference 2013
Hi, CloudStack Bangalore community is presenting at Open Source India (OSI)Conference 2013, today. The agenda is: CloudStack for Beginners , by Iliyas Shirol, Cloud/BigData Evangelist, InMobi Hacking CloudStack with DevCloud, by Rajesh Battala, Apache CloudStack Committer and Hacker The details are given at http://www.meetup.com/CloudStack-Bangalore-Group/events/147016022/. The OSI team is giving 10% discount on all passes for CloudStack community. Your promo code is CLS10. Looking forward to meeting you all at NIMHANS Convention Center. -Radhika
Re: Review Request 15349: Overprivisoning changes needed
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/ --- (Updated Nov. 13, 2013, 5:35 a.m.) Review request for cloudstack and Nitin Mehta. Changes --- Added the VMware resource changes. Bugs: Cloudstack-5077. https://issues.apache.org/jira/browse/Cloudstack-5077. Repository: cloudstack-git Description --- 1.) This includes the change to reserve cpu and memory only when vmware.reserve.cpu/mem is true, regardless of overcommit. 2.) populate the default value of the cpu overcommit at cluster level form the global setting when up grading. Diffs (updated) - engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 646b406 engine/schema/src/com/cloud/upgrade/dao/Upgrade420to421.java d37c0a1 plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java 4921925 server/src/com/cloud/configuration/Config.java f06b463 setup/db/db/schema-420to421.sql 302d44a Diff: https://reviews.apache.org/r/15349/diff/ Testing --- Thanks, bharat kumar
Re: CloudStack.next
On Tue, Nov 12, 2013 at 11:41:17PM +, Steve Wilson wrote: Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? simplified upgradeability at all stages of development from version x to version y. -- Prasanna., Powered by BigRock.com
Re: [Doc] Volunteers for Completing 4.2.1 Upgrade Section
is it an idea to cross post this to users? it sounds like something more experienced people are mostly found on that list for. On Wed, Nov 13, 2013 at 5:53 AM, Radhika Puthiyetath radhika.puthiyet...@citrix.com wrote: Hi, I am looking for volunteers to help complete the Upgrade section in the RN. The current section is completely a mess, and I do not have the environments to do justice to the task. Thanks in advance for the help -Radhika
Re: CloudStack.next
I don't see any sugestions I don't like (including not breaking api) but, - I like to second Simnons 'HA for VPC routers' extra. It is hurting not having that. - smaller releases is another one. monthly preferably or maybe an db upgrade model that allows for running snapshots and upgrading them regularly. The time to market for new features is now between 4 and 8 months:( - related: master as a stable/always building and passing unit tests On Wed, Nov 13, 2013 at 6:39 AM, Prasanna Santhanam t...@apache.org wrote: On Tue, Nov 12, 2013 at 11:41:17PM +, Steve Wilson wrote: Hi All, As we ramp towards freeze on 4.3 and start talking about 4.4, I thought it would be fun to queue up a discussion here on the list before Collab next week. What do you envision in the next MAJOR release of CloudStack? Call it 5.0 or whatever you like, but what would you like to see there? What would you change? What would you enhance? Are there big bets we should be placing as a community? Feel free to post any thoughts here and I'll look forward to talking to many of you in person at Collab next week. You are coming to Collab, right? simplified upgradeability at all stages of development from version x to version y. -- Prasanna., Powered by BigRock.com
Re: Review Request 13841: Missing tests from QA repo to ASF - 3 tests from test_vmware_drs.py
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/13841/#review28783 --- Ship it! Ship It! - Girish Shilamkar On Oct. 30, 2013, 7:01 a.m., Ashutosh Kelkar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/13841/ --- (Updated Oct. 30, 2013, 7:01 a.m.) Review request for cloudstack, Girish Shilamkar and Harikrishna Patnala. Repository: cloudstack-git Description --- New File added: test_vmware_drs.py Tests added : def test_vm_creation_in_fully_automated_mode(self): def test_vmware_anti_affinity(self): def test_vmware_affinity(self): The tests need manual setup and therefore have been marked as WIP and skipped for the moment Diffs - test/integration/component/test_vmware_drs.py PRE-CREATION Diff: https://reviews.apache.org/r/13841/diff/ Testing --- Tested locally. One test case is working, two are skipped (one due to unavailability of particular setup and other die to feature not available in cloudstack yet) Run Log: == client.log == 2013-10-08 02:27:43,371 - DEBUG - test_vm_creation_in_fully_automated_mode (test_vmware_drs.TestVMPlacement) - max memory: 14911 == result.log == test_vmware_affinity (test_vmware_drs.TestAffinityRules) Test Set up affinity rules ... skipped 'Skip' test_vmware_anti_affinity (test_vmware_drs.TestAntiAffinityRules) Test Set up anti-affinity rules ... skipped 'Skip' test_vm_creation_in_fully_automated_mode (test_vmware_drs.TestVMPlacement) Test VM Creation in automation mode = Fully automated ... == client.log == 2013-10-08 02:28:53,855 - DEBUG - test_vm_creation_in_fully_automated_mode (test_vmware_drs.TestVMPlacement) - Deploying VM in account: test-R7LY31 == result.log == ok -- Ran 3 tests in 241.612s OK (skipped=2) Thanks, Ashutosh Kelkar
Re: Review Request 15349: Overprivisoning changes needed
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/#review28786 --- Ship it! Ship It! - Nitin Mehta On Nov. 13, 2013, 5:35 a.m., bharat kumar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15349/ --- (Updated Nov. 13, 2013, 5:35 a.m.) Review request for cloudstack and Nitin Mehta. Bugs: Cloudstack-5077. https://issues.apache.org/jira/browse/Cloudstack-5077. Repository: cloudstack-git Description --- 1.) This includes the change to reserve cpu and memory only when vmware.reserve.cpu/mem is true, regardless of overcommit. 2.) populate the default value of the cpu overcommit at cluster level form the global setting when up grading. Diffs - engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 646b406 engine/schema/src/com/cloud/upgrade/dao/Upgrade420to421.java d37c0a1 plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java 4921925 server/src/com/cloud/configuration/Config.java f06b463 setup/db/db/schema-420to421.sql 302d44a Diff: https://reviews.apache.org/r/15349/diff/ Testing --- Thanks, bharat kumar
Re: Review Request 15453: CLOUDSTACK-5146: Removed tags basic and sg from test case TestRouterRestart.test_01_restart_network_cleanup which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/#review28787 --- Ship it! Ship It! - Girish Shilamkar On Nov. 12, 2013, 1:09 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/ --- (Updated Nov. 12, 2013, 1:09 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5146 https://issues.apache.org/jira/browse/CLOUDSTACK-5146 Repository: cloudstack-git Description --- TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. Diffs - test/integration/component/test_blocker_bugs.py 62800f8 Diff: https://reviews.apache.org/r/15453/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15453: CLOUDSTACK-5146: Removed tags basic and sg from test case TestRouterRestart.test_01_restart_network_cleanup which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/#review28788 --- Commit 5deefb1ec56a0d96a7c4a850a6d2943bb337e1ee in branch refs/heads/4.2 from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5deefb1 ] CLOUDSTACK-5146: Removing basic and sg tags from the test case which is invalid for the basic zone TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. - ASF Subversion and Git Services On Nov. 12, 2013, 1:09 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/ --- (Updated Nov. 12, 2013, 1:09 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5146 https://issues.apache.org/jira/browse/CLOUDSTACK-5146 Repository: cloudstack-git Description --- TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. Diffs - test/integration/component/test_blocker_bugs.py 62800f8 Diff: https://reviews.apache.org/r/15453/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15453: CLOUDSTACK-5146: Removed tags basic and sg from test case TestRouterRestart.test_01_restart_network_cleanup which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/#review28789 --- Commit b894a3820ce48d777631cffb0610040c97ffafce in branch refs/heads/4.3 from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b894a38 ] CLOUDSTACK-5146: Removing basic and sg tags from the test case which is invalid for the basic zone TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. - ASF Subversion and Git Services On Nov. 12, 2013, 1:09 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/ --- (Updated Nov. 12, 2013, 1:09 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5146 https://issues.apache.org/jira/browse/CLOUDSTACK-5146 Repository: cloudstack-git Description --- TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. Diffs - test/integration/component/test_blocker_bugs.py 62800f8 Diff: https://reviews.apache.org/r/15453/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15453: CLOUDSTACK-5146: Removed tags basic and sg from test case TestRouterRestart.test_01_restart_network_cleanup which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/#review28790 --- Commit 967a5bded4b34c3e92a3860f79980d5ebe4c14e0 in branch refs/heads/master from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=967a5bd ] CLOUDSTACK-5146: Removing basic and sg tags from the test case which is invalid for the basic zone TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. - ASF Subversion and Git Services On Nov. 12, 2013, 1:09 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15453/ --- (Updated Nov. 12, 2013, 1:09 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5146 https://issues.apache.org/jira/browse/CLOUDSTACK-5146 Repository: cloudstack-git Description --- TestRouterRestart.test_01_restart_network_cleanup test scenario is invalid for basic zone. The test case tries to restart the Router assigned to individual account but in basic zone, there is only one router i.e of shared network and there is only one guest(shared) network per zone. Hence the API fails to list the router of the individual account. More over, we will not try to restart the Router of the shared network because it is used by many accounts and restarting it may affect the execution of other test cases. Diffs - test/integration/component/test_blocker_bugs.py 62800f8 Diff: https://reviews.apache.org/r/15453/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15454: CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/#review28791 --- Commit c6195c355643a0768a805491079ba9727ae44a00 in branch refs/heads/master from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c6195c3 ] CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. - ASF Subversion and Git Services On Nov. 12, 2013, 1:39 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/ --- (Updated Nov. 12, 2013, 1:39 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5147 https://issues.apache.org/jira/browse/CLOUDSTACK-5147 Repository: cloudstack-git Description --- component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. Diffs - test/integration/component/test_project_limits.py c6df7f3 Diff: https://reviews.apache.org/r/15454/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15454: CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/#review28792 --- Commit c2ea4fc3c7a880a2dedd9b21e7a8dca287557b39 in branch refs/heads/4.3 from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c2ea4fc ] CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. - ASF Subversion and Git Services On Nov. 12, 2013, 1:39 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/ --- (Updated Nov. 12, 2013, 1:39 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5147 https://issues.apache.org/jira/browse/CLOUDSTACK-5147 Repository: cloudstack-git Description --- component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. Diffs - test/integration/component/test_project_limits.py c6df7f3 Diff: https://reviews.apache.org/r/15454/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15454: CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/#review28793 --- Ship it! Ship It! - Girish Shilamkar On Nov. 12, 2013, 1:39 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/ --- (Updated Nov. 12, 2013, 1:39 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5147 https://issues.apache.org/jira/browse/CLOUDSTACK-5147 Repository: cloudstack-git Description --- component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. Diffs - test/integration/component/test_project_limits.py c6df7f3 Diff: https://reviews.apache.org/r/15454/diff/ Testing --- Thanks, Gaurav Aradhye
Re: Review Request 15454: CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/#review28794 --- Commit 1aec43370faf626348897489ec3d32a315cd32f4 in branch refs/heads/4.2 from Girish Shilamkar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1aec433 ] CLOUDSTACK-5147: Removing basic and sg tag from the test case which should not be run on basic zone setup component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. - ASF Subversion and Git Services On Nov. 12, 2013, 1:39 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15454/ --- (Updated Nov. 12, 2013, 1:39 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-5147 https://issues.apache.org/jira/browse/CLOUDSTACK-5147 Repository: cloudstack-git Description --- component.test_project_limits.TestMaxProjectNetworks.test_maxAccountNetworks tries to create multiple guest networks in an project of account which is not possible in basic zone as there is only one guest network allowed per zone in basic zone setup. Hence removing the tags basic and sg so that this test case won't be picked up to run on basic zone setup. Diffs - test/integration/component/test_project_limits.py c6df7f3 Diff: https://reviews.apache.org/r/15454/diff/ Testing --- Thanks, Gaurav Aradhye
