Review Request: CS 1773 seems to break build and networking.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10150/ --- Review request for cloudstack. Summary (updated) - CS 1773 seems to break build and networking. Description (updated) --- 4.1 compiling and network seem to have been broken by disabling baremetal in the code. The fix comments out the UCS bit so the client GUI doesn't break the build. The network service implementation breaks the deployment of VMs as BareMetal is still called there but it's not in the code anymore: 2013-03-26 12:46:59,302 WARN [cloud.network.NetworkServiceImpl] (1572481896@qtp-789857310-7:null) Exception: com.cloud.exception.InvalidParameterValueException: Invalid Network Service Provider=BaremetalDhcpProvider at com.cloud.network.NetworkServiceImpl.addProviderToPhysicalNetwork(NetworkServiceImpl.java:2300) at com.cloud.network.NetworkServiceImpl.addDefaultBaremetalProvidersToPhysicalNetwork(NetworkServiceImpl.java:2789) at com.cloud.network.NetworkServiceImpl.createPhysicalNetwork(NetworkServiceImpl.java:1949) This addresses bug CS-1773. Diffs (updated) - client/pom.xml 33a2274 plugins/network-elements/dns-notifier/resources/components-example.xml 36441bd server/src/com/cloud/network/NetworkServiceImpl.java 0cd3ebe Diff: https://reviews.apache.org/r/10150/diff/ Testing (updated) --- Took a fresh checkout, did the changes, compiled, ran cloudmonkey and presto I had a couple of VMs Thanks, Funs Kessen
Re: [MERGE] GSLB
On Wed, Mar 27, 2013 at 01:08:58PM +, Murali Reddy wrote: On 20/03/13 7:15 AM, Murali Reddy murali.re...@citrix.com wrote: I would like to merge GSLB feature proposed [1] and developed in the feature branch [2] into master. Code for this feature pretty much conforms to what was proposed in FS [3]. I added unit tests for all the new service layer methods introduced[4]. I have made the patch available at [5], if any one wish to review please do so. This functionality is completely isolated and code path is not hit unless GSLB functionality is used. [1] http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201301.m box/%3ccd1281ee.2b118%25murali.re...@citrix.com%3E [2] https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=short log;h=refs/heads/gslb-wip [3] https://cwiki.apache.org/confluence/display/CLOUDSTACK/GSLB+(Global+Server +Load+Balancing)+Functional+specification+and+Design+Document [4] https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=blob; f=server/test/org/apache/cloudstack/region/gslb/GlobalLoadBalancingRulesSe rviceImplTest.java;h=cea4fd9324b232ad2de92954b9693e2fc6ac4bc1;hb=refs/head s/gslb-wip [5] https://reviews.apache.org/r/10021/ -Murali I merged this feature into master with below commit. All review comments were addressed except one, I will open a bug for it. Which comment? commit c5fb8349bf92b48bca6d06370112f5ec04a9d098 Author: Murali Reddy murali.re...@citrix.com Date: Wed Mar 27 17:54:07 2013 +0530 CLOUDSTACK-653 : High Availability: implement GSLB (Global Server Load Balancing) capability for ELB service merging GSLB feature
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
On Mon, Mar 25, 2013 at 02:14:32PM -0700, Sudha Ponnaganti wrote: Hi, Requesting help to resolve the following issue, if you have done upgrade. https://issues.apache.org/jira/browse/CLOUDSTACK-1694 Upgrade is failing - if there is anyone that can take a look at it during US time zone that would be great. Thanks /Sudha Just to follow up on this. I see that 1694 is marked as Resolved / Invalid. Are we OK with the upgrade now?
Re: [ACS4.1] blockers
1776 is likely redundant with 1811, since if 1811 is resolved and the management server doesn't continue to run on upgrade failure, it won't be running to cause an NPE in checking secondary storage. This is fallout from the failed upgrade. Actually I think several of these are related to the same 4.0-4.1 issue. On Wed, Mar 27, 2013 at 8:33 AM, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Text only list of blockers and criticals in 4.1 branch, please treat these with expected urgency: CLOUDSTACK-1819 Kishan Kavala CLOUDSTACK-1811 Kelven Yang CLOUDSTACK-1810 Min Chen CLOUDSTACK-1805 Kelven Yang CLOUDSTACK-1776 Kelven Yang CLOUDSTACK-1755 Sheng Yang CLOUDSTACK-1673 Murali Reddy CLOUDSTACK-1664 Kelven Yang -abhi On 27/03/13 7:46 PM, Chip Childers chip.child...@sungard.com wrote: I'm sorry, but I can't read this email's content particularly well... Can you please be sure to email in plain text? On Wed, Mar 27, 2013 at 11:28:26AM +, Abhinandan Prateek wrote: Team, I think the 4.1 RC is not yet made as there are still several blockers and criticals, please treat them as high priority. T Key Summary AssigneeReporterP Status Resolution Created Updated Due https://issues.apache.org/jira/browse/CLOUDSTACK-1819[Bug]https://issu es.apache.org/jira/browse/CLOUDSTACK-1819 CLOUDSTACK-1819https://issues.apache.org/jira/browse/CLOUDSTACK-1819 AWS Regions - Issues seen when trying to move a zone from 1 region to another.https://issues.apache.org/jira/browse/CLOUDSTACK-1819 Kishan Kavalahttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kishan Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=sa ngeethah [Critical] [Open] OpenUnresolved 27/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639239/Actio nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d71 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1812[Bug]https://issu es.apache.org/jira/browse/CLOUDSTACK-1812 CLOUDSTACK-1812https://issues.apache.org/jira/browse/CLOUDSTACK-1812 create physical network fails while creating basic zonehttps://issues.apache.org/jira/browse/CLOUDSTACK-1812 Venkata Siva Vijayendra Bhamidipatihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=v ijayendrabvs Srikanteswararao Tallurihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=tallu ri [Blocker] [Open] OpenUnresolved 26/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639145/Actio nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d71 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1811[Bug]https://issu es.apache.org/jira/browse/CLOUDSTACK-1811 CLOUDSTACK-1811https://issues.apache.org/jira/browse/CLOUDSTACK-1811 Upgrade 4.0-4.1 - When upgrade scripts fail , component loading continues and management server starts.https://issues.apache.org/jira/browse/CLOUDSTACK-1811 Kelven Yanghttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kelveny Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=san geethah [Critical] [Reopened] ReopenedUnresolved 26/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639144/Actio nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d71 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1810[Bug]https://issu es.apache.org/jira/browse/CLOUDSTACK-1810 CLOUDSTACK-1810https://issues.apache.org/jira/browse/CLOUDSTACK-1810 listTemplate API with templatefilter=featured|community is not returning any listhttps://issues.apache.org/jira/browse/CLOUDSTACK-1810 Min Chenhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=minchen0 7 Srikanteswararao Tallurihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=tallu ri [Blocker] [Open] OpenUnresolved 26/Mar/13 26/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639124/Actio nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d71 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1805[Bug]https://issu es.apache.org/jira/browse/CLOUDSTACK-1805 CLOUDSTACK-1805https://issues.apache.org/jira/browse/CLOUDSTACK-1805 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException seen after long time of inactivity resulting in not being able to log in to thr management server.https://issues.apache.org/jira/browse/CLOUDSTACK-1805 Kelven Yanghttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kelveny Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=san geethah [Critical] [Open] OpenUnresolved 26/Mar/13 26/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639011/Actio
Re: [DISCUSS] Cloud Usage service Start Error
On Wed, Mar 27, 2013 at 10:08:53AM -0400, Francois Gaudreault wrote: Hi again :) I filed a bug recently about cloud-usage not starting with 4.1. I logged it as Major, but should I increase the priority to block? This is kind of ugly having a service not starting :P Also, some external products may need cloud-usage to work. https://issues.apache.org/jira/browse/CLOUDSTACK-1746 Thanks! The commit is from 6 days ago. Do you mind re-testing? -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions Architect fgaudrea...@cloudops.com 514-629-6775 - - - CloudOps 420 rue Guy Montréal QC H3J 1S6 www.cloudops.com @CloudOps_
Re: [DISCUSS] Cloud Usage service Start Error
No problem. Gime couple minutes/hours :) I'll update the ticket and the list. Francois On Wed, Mar 27, 2013 at 10:40 AM, Chip Childers chip.child...@sungard.comwrote: On Wed, Mar 27, 2013 at 10:08:53AM -0400, Francois Gaudreault wrote: Hi again :) I filed a bug recently about cloud-usage not starting with 4.1. I logged it as Major, but should I increase the priority to block? This is kind of ugly having a service not starting :P Also, some external products may need cloud-usage to work. https://issues.apache.org/jira/browse/CLOUDSTACK-1746 Thanks! The commit is from 6 days ago. Do you mind re-testing? -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions Architect fgaudrea...@cloudops.com 514-629-6775 - - - CloudOps 420 rue Guy Montréal QC H3J 1S6 www.cloudops.com @CloudOps_
Re: [MERGE] GSLB
On Wed, Mar 27, 2013 at 7:26 PM, Chip Childers chip.child...@sungard.comwrote: On Wed, Mar 27, 2013 at 01:08:58PM +, Murali Reddy wrote: On 20/03/13 7:15 AM, Murali Reddy murali.re...@citrix.com wrote: I merged this feature into master with below commit. All review comments were addressed except one, I will open a bug for it. Which comment? This comment It will be good to have the zone names (site info) be listed as part of the ListGSLB from Vijay [1]. [1] https://reviews.apache.org/r/10021/
RE: Storage Subsystem 2.0 plugin docs
For vmware, current cloudstack doesn't create a vmware datastore through vmware's API, admin needs to create the datastore in Vcenter at first, then add it back into cloudstack. I am not familiar with how to create a VMware datastore through Vmware's API, but regarding to add a new host into a cluster, the current framework lets storage provider adding a listener which can listen on adding host event. From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Tuesday, March 26, 2013 6:45 PM To: Edison Su Cc: cloudstack-...@incubator.apache.org; Vladimir Popovski Subject: Re: Storage Subsystem 2.0 plugin docs Great - thanks, Edison! I can take a look at that code. I've almost gotten the VMware code written. It's a little more involved than the XenServer code because you have to add static IQNs for discovery to each host in a VMware cluster (this is somehow handled behind the scenes, I suppose, with XenServer) before you can create a Datastore based on your iSCSI target. One thing I was wondering, though, is when you add a new host to this VMware cluster. It will need to inherit the list of IQNs to discover. I image this is the case today. Do you know anything about that? I might just try it out and see if that works today. On Tue, Mar 26, 2013 at 5:18 PM, Edison Su edison...@citrix.commailto:edison...@citrix.com wrote: Thanks! FYI, there are some code at both xen and kvm hypervisor resource code to deal with storage pool creation. For example, in CitrixResourceBase- getNfsSR or getIscsiSR to create a nfs SR or ISCSI SR. In LibvirtStorageAdaptor, which can create storage pool in libvirt. From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com] Sent: Tuesday, March 26, 2013 1:52 PM To: Edison Su Cc: cloudstack-...@incubator.apache.orgmailto:cloudstack-...@incubator.apache.org; Vladimir Popovski Subject: Re: Storage Subsystem 2.0 plugin docs Hi Edison, Sounds good. I already have code to create a XenServer Storage Repository (and optionally use CHAP credentials) and I'm working right now on creating a vSphere Datastore. When I have this working and in a nicer state, I can check in with you to review it and provide comments. Once those two hypervisors are handled, I'll move on to KVM and OVM. Thanks! On Tue, Mar 26, 2013 at 2:33 PM, Edison Su edison...@citrix.commailto:edison...@citrix.com wrote: Yes, code is welcome!!! Currently Only the interface at the management server side is defined. At the hypervisor resource side, we may need some kind of utility library or another plugin framework, as John proposed few months ago. From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com] Sent: Monday, March 25, 2013 2:37 PM To: Edison Su; cloudstack-...@incubator.apache.orgmailto:cloudstack-...@incubator.apache.org; Vladimir Popovski Subject: Re: Storage Subsystem 2.0 plugin docs Hey Edison, So...if you think my understanding is correct (please check out the e-mail below), then I have a question. Do we really want to have the storage plug-ins taking on the responsibility of talking to the hypervisors to hook up the storage that they just created? I'm a bit familiar with how OpenStack does this and it seems that it only has its storage plug-ins create a volume (LUN, whatever) and then the framework handles the process of dealing with the hypervisor in question to hook up the storage. It seems like otherwise we'd need to create a utility for all storage plug-ins to share otherwise they'd be duplicating efforts in talking to hypervisors. What do you think? On Thu, Mar 21, 2013 at 7:52 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: Hi Edison, I believe I understand the requirements for the plug-in better now. It sounds like the flow will be as such: * The user executes a Compute or Disk Offering that is tied via a storage tag to a Primary Storage that is associated with a plug-in. * The storage framework will ask the plug-in to create a volume. The plug-in will create a volume and hook the volume up to the appropriate hypervisor. For VMware, this means the plug-in will create a Datastore. For XenServer, this means the plug-in will create a Storage Repository. (So on and so forth for other hypervisors.) * The VM or data disk is then deployed to the hypervisor. Does that sound correct, Edison? Thanks! On Thu, Mar 21, 2013 at 5:44 PM, Edison Su edison...@citrix.commailto:edison...@citrix.com wrote: From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com] Sent: Thursday, March 21, 2013 4:18 PM To: Edison Su Subject: Re: Storage Subsystem 2.0 plugin docs Hi Edison, I wanted to dive into these comments a bit more: [Edison] plugin's driver-createasync will be called when mgt server want to create a volume on the storage. In the driver's implementation, it can directly call storage
Re: [QuickCloud] zero to cloud in less than a minute
Yes (actually that's what the instructions say) On 3/26/13 10:46 PM, Ahmad Emneina aemne...@gmail.com wrote: would someone be able to fire up all those services (say for a basic zone) on one host? On Tue, Mar 26, 2013 at 10:37 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Following the discussion [1], we have QuickCloud in a rough-but-ready state for developers to try out Instructions for developers to try it out with DevCloud2 here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/QuickCloud For now only Mac / Unix developers can use this workflow since NFS mounts are required. [1] http://markmail.org/thread/ajw7b6arhluqcuv2
Re: Storage Subsystem 2.0 plugin docs
Sounds good, Edison Last night I finished up code that uses the VI Java API to create a VMware Datastore. I want to test it a bit more before I have you look at it. Today there is a Citrix CloudPlatform demo I'm participating in to handle part of the SolidFire section of the demo, so I might not have time to do my Datastore testing, but I should be done with it tomorrow. Talk to you later! On Wed, Mar 27, 2013 at 11:15 AM, Edison Su edison...@citrix.com wrote: For vmware, current cloudstack doesn’t create a vmware datastore through vmware’s API, admin needs to create the datastore in Vcenter at first, then add it back into cloudstack. I am not familiar with how to create a VMware datastore through Vmware’s API, but regarding to add a new host into a cluster, the current framework lets storage provider adding a listener which can listen on adding host event. ** ** *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] *Sent:* Tuesday, March 26, 2013 6:45 PM *To:* Edison Su *Cc:* cloudstack-...@incubator.apache.org; Vladimir Popovski *Subject:* Re: Storage Subsystem 2.0 plugin docs ** ** Great - thanks, Edison! ** ** I can take a look at that code. ** ** I've almost gotten the VMware code written. ** ** It's a little more involved than the XenServer code because you have to add static IQNs for discovery to each host in a VMware cluster (this is somehow handled behind the scenes, I suppose, with XenServer) before you can create a Datastore based on your iSCSI target. ** ** One thing I was wondering, though, is when you add a new host to this VMware cluster. It will need to inherit the list of IQNs to discover. I image this is the case today. Do you know anything about that? I might just try it out and see if that works today. ** ** On Tue, Mar 26, 2013 at 5:18 PM, Edison Su edison...@citrix.com wrote:** ** Thanks! FYI, there are some code at both xen and kvm hypervisor resource code to deal with storage pool creation. For example, in CitrixResourceBase- getNfsSR or getIscsiSR to create a nfs SR or ISCSI SR. In LibvirtStorageAdaptor, which can create storage pool in libvirt. *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] *Sent:* Tuesday, March 26, 2013 1:52 PM *To:* Edison Su *Cc:* cloudstack-...@incubator.apache.org; Vladimir Popovski *Subject:* Re: Storage Subsystem 2.0 plugin docs Hi Edison, Sounds good. I already have code to create a XenServer Storage Repository (and optionally use CHAP credentials) and I'm working right now on creating a vSphere Datastore. When I have this working and in a nicer state, I can check in with you to review it and provide comments. Once those two hypervisors are handled, I'll move on to KVM and OVM. Thanks! On Tue, Mar 26, 2013 at 2:33 PM, Edison Su edison...@citrix.com wrote:** ** Yes, code is welcome!!! Currently Only the interface at the management server side is defined. At the hypervisor resource side, we may need some kind of utility library or another plugin framework, as John proposed few months ago. *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] *Sent:* Monday, March 25, 2013 2:37 PM *To:* Edison Su; cloudstack-...@incubator.apache.org; Vladimir Popovski*** * *Subject:* Re: Storage Subsystem 2.0 plugin docs Hey Edison, So...if you think my understanding is correct (please check out the e-mail below), then I have a question. Do we really want to have the storage plug-ins taking on the responsibility of talking to the hypervisors to hook up the storage that they just created? I'm a bit familiar with how OpenStack does this and it seems that it only has its storage plug-ins create a volume (LUN, whatever) and then the framework handles the process of dealing with the hypervisor in question to hook up the storage. It seems like otherwise we'd need to create a utility for all storage plug-ins to share otherwise they'd be duplicating efforts in talking to hypervisors. What do you think? On Thu, Mar 21, 2013 at 7:52 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi Edison, I believe I understand the requirements for the plug-in better now. It sounds like the flow will be as such: * The user executes a Compute or Disk Offering that is tied via a storage tag to a Primary Storage that is associated with a plug-in. * The storage framework will ask the plug-in to create a volume. The plug-in will create a volume and hook the volume up to the appropriate hypervisor. For VMware, this means the plug-in will create a Datastore. For XenServer, this means the plug-in will create a Storage Repository. (So on
RE: [DISCUSS] Hyper-V Plugin Microsoft Compiler IP Clearance
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: 27 March 2013 1:49 PM To: dev@cloudstack.apache.org Subject: Re: [DISCUSS] Hyper-V Plugin Microsoft Compiler IP Clearance On Wed, Mar 27, 2013 at 10:27:44AM +, Donal Lafferty wrote: Let me bring the conversation back to the subject line... WRT to ServerResource implementation, I'd suggested using a RESTful API to hide ServerComponent and ServerResource implementations from each other [1] +1 This left the ServerResource open for implementation in any 'native' language. In contrast, the ServerComponent conformed to Management Server (Java/Spring/whatever our ORM is/etc), and it is meant to be 'generic' to simplify reuse. I reason that the difficulty device access for test and build, and not language choice. Integration testing requires device access, and some tools will only run on a particular platform, e.g. libvirt, MSFT compiler. The language choice is secondary to this problem. It's both language and build tool/platform, but I get your point. Testing and building is my biggest concern. I'm +1 to David's suggestion that the ServerResource code bits are a separate git repo, which we can publish as a different release artifact. [Donal Lafferty] https://github.com/cloudstack-extras ? This doesn't address general build / testing though. Anyone have thoughts on this? [Donal Lafferty] There will be a second email thread on this list when I follow up with Pradeep for build and Prasanna for BVT (build validation test) as AlexH suggested. Any additional considerations are very welcome.
Re: [ACS41] Release Status - Bugs to kill!
CLOUDSTACK-1810 is not a bug, update the bug with detailed explanation. Thanks -min On 3/27/13 7:34 AM, Chip Childers chip.child...@sungard.com wrote: Hi all, As Prasanna said, we're getting close to cutting the RC for 4.1! Here's the list of bugs that I'd like to see us address before cutting the RC. This includes Blocker *and* Critical bugs. I've CC'ed the current assignees just to be sure to catch your attention (which is perhaps redundant, but I'm doing it anyway, given that we are past our hoped-for RC date). Are there any others? Blocker: Min Chen - CLOUDSTACK-1810 listTemplate API with templatefilter=featured|community is not returning any list Critical: Kelven Yang - CLOUDSTACK-1664 Action Events are not logged due to spring changes CLOUDSTACK-1776 NPE on listSecondaryStorageHostsInAllZones in Upgraded setup from 4.0 to 4.1 CLOUDSTACK-1811 Upgrade 4.0-4.1 - When upgrade scripts fail , component loading continues and management server starts. Kelvin, the three above have comments about the patch being pending. They weren't called out in the reviewboard submission that I applied this morning, but perhaps the fixes were already in there? CLOUDSTACK-1805 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException seen after long time of inactivity resulting in not being able to log in to thr management server. Kelvin, the one above was just created on Monday. If my assumption about the three bugs above is true (they are resolved now), then would you mind looking at 1805 today? Kishan Kavala - CLOUDSTACK-1819 AWS Regions - Issues seen when trying to move a zone from 1 region to another. Kishan, this bug was opened only yesterday. Not sure if you've had a chance to triage it or not, but would you mind reviewing today? Murali Reddy - CLOUDSTACK-1673 AWS Regions - Events - User disable event does not include the UUID of the user that was disabled. Murali, you mentioned that you were working on a fix for this. You happened to note that you would have it by the 20th. Having any luck? -chip
Re: [DISCUSS] Hyper-V Plugin Microsoft Compiler IP Clearance
On Wed, Mar 27, 2013 at 10:27:44AM +, Donal Lafferty wrote: Right, and I believe that people agree that the KVM agent needs to be re- written in non-Java. Could we agree on how to do this, and do the same for Hyper-V ? Is Iron Python a possibility? Should be supported by the .NET CLR. [Donal Lafferty] Let me bring the conversation back to the subject line... WRT to ServerResource implementation, I'd suggested using a RESTful API to hide ServerComponent and ServerResource implementations from each other [1] This left the ServerResource open for implementation in any 'native' language. In contrast, the ServerComponent conformed to Management Server (Java/Spring/whatever our ORM is/etc), and it is meant to be 'generic' to simplify reuse. I reason that the difficulty device access for test and build, and not language choice. Integration testing requires device access, and some tools will only run on a particular platform, e.g. libvirt, MSFT compiler. The language choice is secondary to this problem. Builds: builds.a.o provides a windows slave so if the project is isolated it can still be built I think. We can check with infra on this. On developer environment one can filter based on property/profile so it doesn't build until a valid build tool is available. Test: If the service is RESTful then to some extent we can do integration testing against the agent response and the management server response. Anything beyond that will require an appropriately licensed library to integrate with. -- Prasanna.,
Re: [QuickCloud] zero to cloud in less than a minute
+1 so awesome! On Wed, Mar 27, 2013 at 10:17 AM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Yes (actually that's what the instructions say) On 3/26/13 10:46 PM, Ahmad Emneina aemne...@gmail.com wrote: would someone be able to fire up all those services (say for a basic zone) on one host? On Tue, Mar 26, 2013 at 10:37 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Following the discussion [1], we have QuickCloud in a rough-but-ready state for developers to try out Instructions for developers to try it out with DevCloud2 here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/QuickCloud For now only Mac / Unix developers can use this workflow since NFS mounts are required. [1] http://markmail.org/thread/ajw7b6arhluqcuv2
Re: Review Request: Custom Spring AOP to fully support legacy CloudStack AOP semantics, Removing Component autoscanning, ensure adapter execution ordering and make sure events be issued from AOP inter
Chip, Thanks, I'll check and test it Kelven On 3/27/13 6:23 AM, Chip Childers chip.child...@sungard.com wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10145/#review18419 --- Ship it! 0004-CLOUDSTACK-1818-make-DababaseCreator-ready-to-invoke.patch and 0002-CLOUDSTACK-1795-implement-custom-AOP-to-fully-suppor.patch had to be applied via git apply for some reason, but they took. I also had to resolve a build issue introduced by a conflicting commit around bare-metal that hit the repo between the time you submitted and the time I applied. However, it's all in the 4.1 branch now. Please ensure that everything makes it back into master! Thanks. - Chip Childers On March 27, 2013, 1:20 p.m., Kelven Yang wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10145/ --- (Updated March 27, 2013, 1:20 p.m.) Review request for cloudstack and Chip Childers. Description --- This review contains a number of important fixes. 1) Custom Spring AOP to fully support legacy CloudStack AOP semantics. Previous Spring intergration is lacking of a fundamental support for legacy CloudStack AOP usage, it does not have a 100 percent coverage that caused bug like CLOUDSTACK 1664, and these bugs are hard to fix due to limitation of proxy-based Spring AOP implementationo. The fix is to patch Spring with a custom AOP implementation, and it will have 100 percent coverage of old CloudStack AOP usage 2) Remove Component auto-scanning 3) Ensure adapter execution ordering Some of the adapter logic requires ordering of execution, removing component auto-scanning and having execution order to be explicitly configured are related to be fixed together. These patches may look rather large, but I've been very careful and have done a number of manual test in every step. The patches have been rebased to latest head. Please merge it as soon as possible This addresses bugs 1276, 1729, 1795, 1818, and CLOUDSTACK. Diffs - Diff: https://reviews.apache.org/r/10145/diff/ Testing --- Low level changes, manually tested with OSS/non-OSS with VM deployment tests. Thanks, Kelven Yang
Re: [DISCUSS] Hyper-V Plugin Microsoft Compiler IP Clearance
On Wed, Mar 27, 2013 at 6:27 AM, Donal Lafferty donal.laffe...@citrix.com wrote: -Original Message- From: srivatsav.prasa...@gmail.com [mailto:srivatsav.prasa...@gmail.com] On Behalf Of prasanna Sent: 27 March 2013 8:47 AM To: dev@cloudstack.apache.org Subject: Re: [DISCUSS] Hyper-V Plugin Microsoft Compiler IP Clearance On 27 March 2013 13:51, Sebastien Goasguen run...@gmail.com wrote: On Mar 26, 2013, at 7:29 PM, Alex Huang alex.hu...@citrix.com wrote: and the C# part is for the ServerResource, right ? I won't code this, but it would be nice to minimize languages used in CloudStack and try to be consistent across hypervisors (as much as possible). Introducing another language and some framework that may or may not have proprietary modules/dependencies will certainly complicate the build and the testing, and maybe even the licensing. Actually the ServerResource part was always planned to be implemented in other languages. Java is a terrible platform to execute scripts for example. That's why communication between management server and the server resource was done in JSON. --Alex Right, and I believe that people agree that the KVM agent needs to be re- written in non-Java. Could we agree on how to do this, and do the same for Hyper-V ? Is Iron Python a possibility? Should be supported by the .NET CLR. [Donal Lafferty] Let me bring the conversation back to the subject line... WRT to ServerResource implementation, I'd suggested using a RESTful API to hide ServerComponent and ServerResource implementations from each other [1] This left the ServerResource open for implementation in any 'native' language. In contrast, the ServerComponent conformed to Management Server (Java/Spring/whatever our ORM is/etc), and it is meant to be 'generic' to simplify reuse. I reason that the difficulty device access for test and build, and not language choice. Integration testing requires device access, and some tools will only run on a particular platform, e.g. libvirt, MSFT compiler. The language choice is secondary to this problem. WRT to licensing, I was looking for bright line rules [2]. E.g. the Master repo only gets donated code. A process for developing rules for tools and frameworks is what I'm looking for. [1] http://markmail.org/thread/q2qhbtk2ipny3r2t [2] http://en.wikipedia.org/wiki/Bright-line_rule The bright lines are easy - but aren't really enough. For it to be in our repo it must be something we can distribute under the guidelines defined by Legal. There are plenty of pages under a.o/legal that talk all about this: http://www.apache.org/legal/3party.html is one of them, but there are plenty of others. This isn't enough - and really no one can tell you ahead of time with 100% certainty the 'rules' that will allow you to not have issues. The solution here is to communicate what you want to do, before you do it, as explicitly and detailed as possible so we can evaluate the ramifications. --David
Summary of IRC meeting in #cloudstack-meeting, Wed Mar 27 17:05:21 2013
Members present: Animesh, sudhap, vogxn, Chandan, sangeetha, chipc, ke4qqq, jzb Meeting summary: 1. Preface 2. Active Feature Release: Overall Status a. http://markmail.org/message/3sh4ftyedjcmycyn (chipc, 2) b. http://markmail.org/message/ibxqqxddzqbxv4bx (chipc, 2) 3. Active Feature Release: Feature Status 4. Active Feature Release: QA 5. Active Feature Release: Doc Status 6. Active Feature Release: Additional Issues? 7. Active Bug-Fix Release 8. Master Branch 9. Infra 10. Others? a. sudhap to start discussion about developer priorities on ML (jzb, 10) Actions: - sudhap to start discussion about developer priorities on ML (jzb, 17:55:56) IRC log follows: # 1. Preface # 17:05:43 [jzb]: Reminder that the agenda is here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/IRC+Meetings+%28Logs+and+Minutes%29 # 2. Active Feature Release: Overall Status # 17:06:07 [jzb]: anyone want to report on the overall status of 4.1.0? 17:06:13 [chipc]: sure 17:06:36 [chipc]: so, by my count, and in my last email, we have 1 blocker and 6 critical bugs that need to be resolved before I'll cut the RC 17:06:43 [chipc]: #info http://markmail.org/message/3sh4ftyedjcmycyn 17:06:58 [chipc]: the blocker looks like it will probably be an easy fix for Min, but we'll have to wait to hear back 17:07:21 [chipc]: the critical ones, a chunk are assigned to Kelven... who has noted that they are fixed pending merge 17:07:36 [chipc]: I'm just not sure if they were fixed in the big merge I did this morning for him 17:07:58 [chipc]: Mural's bug (1673) has a fix pending, but also requires one of Kelven's bugs to be fixed 17:08:13 [chipc]: and there's one for Kishan (1819) that needs to also be addressed 17:08:28 [chipc]: sudhap also mentioned that we were blocked on upgrade testing 17:08:36 [chipc]: so that's a pre-req as well 17:08:43 [chipc]: and that's that... questions? 17:08:51 [vogxn]: Kishan's away at a conference and will be back hopefully tomorrow. So if it can be taken care of by someone PST great. if not i'll talk to kishan 17:08:58 [ke4qqq]: whats the upgrade problem? 17:09:13 [chipc]: ke4qqq: testing was blocked, something related to the Spring AOP stuff 17:09:23 [chipc]: ACTION goes to find sudhap's email 17:09:43 [Animesh]: I will ask Prachi to look at Kishan's defect 1819 17:09:51 [vogxn]: Animesh: thx 17:09:51 [chipc]: #info http://markmail.org/message/ibxqqxddzqbxv4bx 17:09:58 [chipc]: ke4qqq: ^^ 17:10:07 [chipc]: Animesh: thx 17:10:37 [jzb]: anything else on the 4.1.0 overall status? 17:11:13 [chipc]: not from me 17:11:21 [jzb]: OK, let's move to the next topic 17:11:21 [chipc]: I'd like to get to the place where I can cut the RC obviously 17:11:22 [chipc]: ;-) # 3. Active Feature Release: Feature Status # 17:11:53 [jzb]: do we have anything to report on feature status? 17:12:07 [ke4qqq]: isn't 4.1 the active feature release? 17:12:23 [chipc]: jzb: that agenda item doesn't apply after feature freeze ;-) 17:12:36 [jzb]: fair enough 17:12:43 [jzb]: chipc: though, perhaps bare metal might apply here 17:12:43 [chipc]: however, I guess, just to be compelte... we did pull baremetal 17:12:51 [jzb]: if there were anything needed to discuss 17:12:51 [chipc]: that! 17:12:51 [jzb]: :-) 17:13:07 [chipc]: it's disabled now, and I *hope* the last bugs introduced by disabling it are now resolved 17:13:28 [jzb]: OK, next up... # 4. Active Feature Release: QA # 17:14:21 [jzb]: anyone have anything to report on QA? 17:14:59 [ke4qqq]: vogxn: can you provide an update? 17:15:00 [sangeetha]: Upgrade still has issues .. 17:15:21 [chipc]: sangeetha: ack - and do we have blocker / critical bugs to track? 17:15:22 [sangeetha]: https://issues.apache.org/jira/browse/CLOUDSTACK-1694 - Tracked in this issue 17:16:21 [chipc]: sangeetha: thanks... looks like it was reopened today 17:16:21 [sangeetha]: We have few other critical issues relating to Events and AWS currently 17:16:51 [chipc]: sangeetha: was it in the list of bugs I listed here: http://markmail.org/message/3sh4ftyedjcmycyn 17:17:06 [sangeetha]: Yes ..we still need an upgrade path where we update binaries , start the management server and things work 17:17:06 [chipc]: if so, I think I discussed above 17:17:13 [chipc]: indeed 17:17:24 [Chandan]: I will be testing EC2 Rest API feature after verification of https://issues.apache.org/jira/browse/CLOUDSTACK-1812 17:17:37 [chipc]: hopefully Pradeep can help get through the upgrade process 17:17:58 [sangeetha]: He just assigned this issue to Marcus 17:18:29 [chipc]: ok, hopefully marcus then ;-) 17:18:44 [ke4qqq]: ACTION wishes marcus was on irc 17:18:54 [jzb]: looks like Marcus replied not too long ago + was on it. 17:19:13 [chipc]: ok, so we can't get much more done in this mtg around it 17:19:36 [jzb]: ok, next topic all? 17:19:37 [ke4qqq]: wfm # 5. Active Feature Release: Doc Status # 17:20:36 [jzb]: we're down to 12 bugs for
Re: [ACS41][Patch Request]
On Wed, Mar 27, 2013 at 12:46:20PM -0600, Marcus Sorensen wrote: Commit a588efc0cc83c067dbe78bf538be32253072290a in branch refs/heads/master from Marcus Sorensen mar...@betterservers.com [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a588efc ] Summary: RPM - recover configs during upgrade Detail: Uninstallation of old RPMs wipes out some of the configs, and makes it difficult to reapply existing configs. This change moves the config directory to cloud.rpmsave, and then pulls in necessary files from that location during post install of agent and management server. Test passed: install 4.0 RPMs, set up advanced zone build 4.1 RPMs via package.sh, with this patch install 4.1 RPMs restart cloudstack-management, cloudstack-agent verify management, agent, and zone is operational BUG-ID: CLOUDSTACK-1694 Signed-off-by: Marcus Sorensen mar...@betterservers.com 1364409632 -0600 ACK - Applied to 4.1: commit 0f8320095c70862debdf8f173219c359451b2f2a Author: Marcus Sorensen mar...@betterservers.com Date: Wed Mar 27 12:40:32 2013 -0600
[ACS41][Patch Request]
Commit a588efc0cc83c067dbe78bf538be32253072290a in branch refs/heads/master from Marcus Sorensen mar...@betterservers.com [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a588efc ] Summary: RPM - recover configs during upgrade Detail: Uninstallation of old RPMs wipes out some of the configs, and makes it difficult to reapply existing configs. This change moves the config directory to cloud.rpmsave, and then pulls in necessary files from that location during post install of agent and management server. Test passed: install 4.0 RPMs, set up advanced zone build 4.1 RPMs via package.sh, with this patch install 4.1 RPMs restart cloudstack-management, cloudstack-agent verify management, agent, and zone is operational BUG-ID: CLOUDSTACK-1694 Signed-off-by: Marcus Sorensen mar...@betterservers.com 1364409632 -0600
Re: [DISCUSS] Cloud Usage service Start Error
Still having the issue, I think we are 2 or 3 commit behind. I built those RPM this morning. On Wed, Mar 27, 2013 at 10:49 AM, Francois Gaudreault fgaudrea...@cloudops.com wrote: No problem. Gime couple minutes/hours :) I'll update the ticket and the list. Francois On Wed, Mar 27, 2013 at 10:40 AM, Chip Childers chip.child...@sungard.com wrote: On Wed, Mar 27, 2013 at 10:08:53AM -0400, Francois Gaudreault wrote: Hi again :) I filed a bug recently about cloud-usage not starting with 4.1. I logged it as Major, but should I increase the priority to block? This is kind of ugly having a service not starting :P Also, some external products may need cloud-usage to work. https://issues.apache.org/jira/browse/CLOUDSTACK-1746 Thanks! The commit is from 6 days ago. Do you mind re-testing? -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions Architect fgaudrea...@cloudops.com 514-629-6775 - - - CloudOps 420 rue Guy Montréal QC H3J 1S6 www.cloudops.com @CloudOps_
Re: Storage Subsystem 2.0 plugin docs
Hi Vladimir, I figured you were away and would get back to us when you could. :) I was talking to John Griffith. It sounds like you worked with him on OpenStack. You are correct that I am interested in your Option 1: Mapping a single VM or a single data disk to a single volume on our SAN (via a single Datastore for VMware, a single Storage Repository for XenServer, etc.). I have code written that creates a XenServer Storage Repository and I am testing code I finished writing last night to create a VMware Datastore. We should decide where this will be placed in CloudStack because, as you and others have commented, the storage plug-ins themselves should not have to maintain this code. For example, when HyperV support comes out in CS later, we don't want to have to update all the storage plug-ins to support it. You don't happen to have code lying around that creates the necessary storage objects for KVM and/or Oracle VM, do you? :) If not, we should start in on creating such logic at some point relatively soon. I'll send out my XenServer and VMware code to you and Edison when I finish my testing (probably tomorrow). Talk to you later! On Wed, Mar 27, 2013 at 1:22 PM, Vladimir Popovski vladi...@zadarastorage.com wrote: Hi All, I was away for couple of days, so sorry for the delay. I’m completely with Mike John ( others) on separating storage plugins from hypervisor-related functions. If every plugin will need to implement hypervisor-related code, it will be a big mess. Our use-case is very similar to Mike’s – we would like to be able to provision volumes with different QoS characteristics directly to VMs, rather than adding them into “shared” datastores. It might be achieved in two ways: - either to create separate data stores per each volume (storage LUN), and from there to create volumes assign to instances. - or to assign devices recognized by iSCSI Initiators directly to instances (I’m not sure if it will be possible in VMware without datastores) It looks like Mike started to work on the 1st approach. In this case, for every volume there will be a separate datastore. If this is the preferred direction for all storage plugins, then the hypervisor-specific logic of datastore creation and creating/assigning volumes from the datastore will be fairly common for all storage plug-ins. At the same time, the storage plugin should have the control over the datastore management. It will depend on the plugin, if dedicated or shared datastores should be created. For the 2nd option (skipping the datastore layer) there might be plenty of common code as well. So, my questions are: - do you think it is beneficial to support both options for the CS (or are we good with potentially huge number of datastores)? - are we all agree that HV-dependent storage code should be generic and appropriate interfaces to be exposed? Regards, -Vladimir *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] *Sent:* Wednesday, March 27, 2013 10:21 AM *To:* Edison Su *Cc:* cloudstack-...@incubator.apache.org; Vladimir Popovski *Subject:* Re: Storage Subsystem 2.0 plugin docs Sounds good, Edison Last night I finished up code that uses the VI Java API to create a VMware Datastore. I want to test it a bit more before I have you look at it. Today there is a Citrix CloudPlatform demo I'm participating in to handle part of the SolidFire section of the demo, so I might not have time to do my Datastore testing, but I should be done with it tomorrow. Talk to you later! On Wed, Mar 27, 2013 at 11:15 AM, Edison Su edison...@citrix.com wrote: For vmware, current cloudstack doesn’t create a vmware datastore through vmware’s API, admin needs to create the datastore in Vcenter at first, then add it back into cloudstack. I am not familiar with how to create a VMware datastore through Vmware’s API, but regarding to add a new host into a cluster, the current framework lets storage provider adding a listener which can listen on adding host event. *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] *Sent:* Tuesday, March 26, 2013 6:45 PM *To:* Edison Su *Cc:* cloudstack-...@incubator.apache.org; Vladimir Popovski *Subject:* Re: Storage Subsystem 2.0 plugin docs Great - thanks, Edison! I can take a look at that code. I've almost gotten the VMware code written. It's a little more involved than the XenServer code because you have to add static IQNs for discovery to each host in a VMware cluster (this is somehow handled behind the scenes, I suppose, with XenServer) before you can create a Datastore based on your iSCSI target. One thing I was wondering, though, is when you add a new host to this VMware cluster. It will need to inherit the list of IQNs to discover. I image this is the case today. Do you know anything about that? I might just try it out and
Re: [DISCUSS] Cloud Usage service Start Error
On Wed, Mar 27, 2013 at 04:00:23PM -0400, Francois Gaudreault wrote: Still having the issue, I think we are 2 or 3 commit behind. I built those RPM this morning. Once more? If HEAD doesn't work, then bump that up to a blocker severity please. On Wed, Mar 27, 2013 at 10:49 AM, Francois Gaudreault fgaudrea...@cloudops.com wrote: No problem. Gime couple minutes/hours :) I'll update the ticket and the list. Francois On Wed, Mar 27, 2013 at 10:40 AM, Chip Childers chip.child...@sungard.com wrote: On Wed, Mar 27, 2013 at 10:08:53AM -0400, Francois Gaudreault wrote: Hi again :) I filed a bug recently about cloud-usage not starting with 4.1. I logged it as Major, but should I increase the priority to block? This is kind of ugly having a service not starting :P Also, some external products may need cloud-usage to work. https://issues.apache.org/jira/browse/CLOUDSTACK-1746 Thanks! The commit is from 6 days ago. Do you mind re-testing? -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions Architect fgaudrea...@cloudops.com 514-629-6775 - - - CloudOps 420 rue Guy Montréal QC H3J 1S6 www.cloudops.com @CloudOps_
Re: [ACS41] Bugs blocking our 4.1 release
On Wed, Mar 27, 2013 at 6:40 AM, Chip Childers chip.child...@sungard.com wrote: On Tue, Mar 26, 2013 at 06:05:09PM -0400, David Nalley wrote: On Tue, Mar 26, 2013 at 5:08 PM, Chip Childers chip.child...@sungard.com wrote: On Tue, Mar 26, 2013 at 2:32 PM, Sheng Yang sh...@yasker.org wrote: CLOUDSTACK-1755 IPv6 - When Vm is part of Dual network , /etc/reslov.conf does not have ipv6 router ipaddress and ipv6 external dns. This bug's fix version is 4.2... --Sheng Just to be clear... you are saying that it's not going to be fixed for 4.1? That's OK with me, as the IPv6 feature is experimental in 4.1. I just want to understand what you are saying. -chip If it's already fixed in master, why would we not fix it in 4.1? (There are plenty of valid reasons for us to not do so, but I haven't heard anyone suggest them, so curious) --David It's not resolved in master either. I think that Sheng is saying that it will take more time to resolve. I'm of the opinion that this isn't going to be a blocker for our release. Anyone else? I don't think it's a release blocker as well. --Sheng
RE: Jetty Failing on latest master due to class UCS manager not Found
Reverting these two commits makes jetty run successfully and the UI launches and works fine but the user is already logged in as admin the first time instead of the user entering the credentials himself (may be due to single sign on ) - 1) Commit: 99ea4011b18356d09686889205ef5df1b170b0dc ( UCS class issue) 2) Commit : c5fb8349bf92b48bca6d06370112f5ec04a9d098 (GSLB feature - autowiring issues) @Chip - Should I go ahead and revert these two commits to get the master branch up and running ? Regards, Pranav -Original Message- From: Pranav Saxena [mailto:pranav.sax...@citrix.com] Sent: Thursday, March 28, 2013 12:56 AM To: cloudstack-...@incubator.apache.org Cc: Chip Childers chip.child...@sungard.com (chip.child...@sungard.com) Subject: Jetty Failing on latest master due to class UCS manager not Found Hi , While starting jetty on latest master , it throws this exception. Could someone resolve the issue , else as discussed with Chip on IRC we'll have to revert the commits which went in yesterday since until day before yesterday , master was stable . - ERROR [web.context.ContextLoader] (main:) Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'regionServiceImpl': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.apache.cloudstack.region.RegionManager org.apache.cloudstack.region.RegionServiceImpl._regionMgr; nested exception is org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [com.cloud.ucs.manager.UcsManagerImpl] for bean with name 'UcsManager' defined in class path resource [componentContext.xml]; nested exception is java.lang.ClassNotFoundException: com.cloud.ucs.manager.UcsManagerImpl Related cause: org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [com.cloud.ucs.manager.UcsManagerImpl] for bean with name 'UcsManager' defined in class path resource [componentContext.xml]; nested exception is java.lang.ClassNotFoundException: com.cloud.ucs.manager.UcsManagerImpl Related cause: org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [com.cloud.ucs.database.UcsBladeDaoImpl] for bean with name 'UcsBladeDao' defined in class path resource [componentContext.xml]; nested exception is java.lang.ClassNotFoundException: com.cloud.ucs.database.UcsBladeDaoImpl Related cause: org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [com.cloud.ucs.database.UcsManagerDaoImpl] for bean with name 'UcsManagerDao' defined in class path resource [componentContext.xml]; nested exception is java.lang.ClassNotFoundException: com.cloud.ucs.database.UcsManagerDaoImpl at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:287) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1106) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:609) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:918) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:469) at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:383) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:283) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:549) at org.mortbay.jetty.servlet.Context.startContext(Context.java:136) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1282) at
Re: [ACS41] New blocker bug, CLOUDSTACK-1746, Cloudstack Usage Server won't start
I'll take this one Kelven On 3/27/13 2:13 PM, Chip Childers chip.child...@sungard.com wrote: Hi all, We need someone to take https://issues.apache.org/jira/browse/CLOUDSTACK-1746 Francois is reporting the following exception in the bug: log4j:WARN No appenders could be found for logger (org.springframework.core.env.StandardEnvironment). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm pl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177 ) Caused by: java.lang.ExceptionInInitializerError at com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionCo ntextBuilder.java:34) at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm pl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWi thGivenArgs(AbstractAspectJAdvice.java:621) at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(A bstractAspectJAdvice.java:610) at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAd vice.java:65) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle ctiveMethodInvocation.java:172) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(Exp oseInvocationInterceptor.java:90) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle ctiveMethodInvocation.java:172) at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor .intercept(Cglib2AopProxy.java:622) at com.cloud.configuration.dao.ConfigurationDaoImpl$$EnhancerByCGLIB$$27aaa38 5.configure(generated) at com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(Compone ntContext.java:97) at com.cloud.usage.UsageServer.start(UsageServer.java:53) ... 5 more Caused by: java.lang.NullPointerException at java.io.FileInputStream.init(FileInputStream.java:133) at com.cloud.utils.crypt.EncryptionSecretKeyChecker.check(EncryptionSecretKey Checker.java:65) at com.cloud.utils.db.Transaction.clinit(Transaction.java:101) ... 19 more 20/03/2013 13:53:33 20255 jsvc.exec error: Cannot start daemon 20/03/2013 13:53:33 20254 jsvc.exec error: Service exit with a return value of 5
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
It should be fixed. This should be less difficult in the future, as
long as we're not moving the config directories around again. I first
tried copying the files over during the upgrade prior to the old RPMs
being removed, but RPM's config(noreplace) only seems to work on files
that it knew were in the previous RPM being upgraded. So I settled on
moving the /etc/cloud directory to /etc/cloud.rpmsave, and then cherry
picking the db.properties, agent.properties, and db key files into the
new config directory. Then I looked at the tomcat6.conf and server.xml
links and recreated new ones in /etc/cloudstack/management based on
whether the old ones were ssl or non-ssl. The files themselves had
changed between versions, so I did this rather than copying anything.
Now the big question, has anyone tested upgrades on Ubuntu 12.04? Or
do we plan to?
On Wed, Mar 27, 2013 at 11:11 AM, Pradeep Soundararajan
pradeep.soundarara...@citrix.com wrote:
These are my observations I have captured during my testing:
1) 'service cloudstack-management start' is failing for the first time
since it did not find tomcat6.conf and server.xml. This will get created
(symb links) only if you execute cloudstack-setup-management for the first
time after the upgrade since this will be treated as a fresh install because
rpm names and locations have been changed from 4.1. I have found the symb
links are getting updated during the upgrade only if the upgrade path is
present already. In our situation upgrade path is pretty new.
2) I have observed db.properties of 4.1 is different from 4.0. I have
observed there is an issue with db.properties initially, that is the reason I
have tried to redploy DB and launched 4.1 MS. But realized and got to know
from QA that we should not redploy db after the upgrade. Let me know how to
handle the situation if db.properties are changed in 4.1.
I was trying to keep a check in cloud.spec incase cloud-client is present in
the system or not. Then I was trying to provide the symb link of the files
which are needed for the upgrade like db.properties, tomcat6.conf etc from
the old path /etc/cloud/management to the new path /etc/cloudstack/management.
I have tried these below in cloud.spec but went in vain:
%define _rpm_check_ver %(`rpm -q cloud-client-4.0.0 /dev/null`)
%if %{?_rpm_check_ver} != 0
Obsoletes: cloud-client 4.1.0
%endif
I hope Marcus is looking at this now. Let's wait for his feedback.
Thanks,
Pradeep S
-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com]
Sent: Tuesday, March 26, 2013 2:45 AM
To: dev@cloudstack.apache.org
Subject: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
Hi,
Requesting help to resolve the following issue, if you have done upgrade.
https://issues.apache.org/jira/browse/CLOUDSTACK-1694
Upgrade is failing - if there is anyone that can take a look at it during US
time zone that would be great.
Thanks
/Sudha
Re: Review Request: Usage server startup configuration XML needs to be updated to conform to latest changes
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10157/ --- (Updated March 28, 2013, 1:57 a.m.) Review request for cloudstack and Chip Childers. Changes --- adding cloudstack group to this review Description --- Usage server startup configuration XML needs to be updated to conform to latest changes This addresses bug CLOUDSTACK-1746. Diffs - Diff: https://reviews.apache.org/r/10157/diff/ Testing --- Thanks, Kelven Yang
Re: Review Request: Usage server startup configuration XML needs to be updated to conform to latest changes
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10157/#review18452 --- Ship it! Applied to 4.1 now. - Chip Childers On March 28, 2013, 1:57 a.m., Kelven Yang wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10157/ --- (Updated March 28, 2013, 1:57 a.m.) Review request for cloudstack and Chip Childers. Description --- Usage server startup configuration XML needs to be updated to conform to latest changes This addresses bug CLOUDSTACK-1746. Diffs - Diff: https://reviews.apache.org/r/10157/diff/ Testing --- Thanks, Kelven Yang
Re: Jetty Failing on latest master due to class UCS manager not Found
On Wed, Mar 27, 2013 at 04:31:05PM -0700, Kelven Yang wrote: For UCS issue, I've put a fix in. For GSLB, a work around is to run non-OSS build, hopefully this can unlock developers temporarily on master branch Good work-around for now. Murali - This appears to be something that we *all* missed realizing prior to the merge of the GSLB functionality. Can you sort this out during your day today? Kelven On 3/27/13 3:03 PM, David Nalley da...@gnsa.us wrote: On Wed, Mar 27, 2013 at 5:16 PM, Pranav Saxena pranav.sax...@citrix.com wrote: Reverting these two commits makes jetty run successfully and the UI launches and works fine but the user is already logged in as admin the first time instead of the user entering the credentials himself (may be due to single sign on ) - 1) Commit: 99ea4011b18356d09686889205ef5df1b170b0dc ( UCS class issue) 2) Commit : c5fb8349bf92b48bca6d06370112f5ec04a9d098 (GSLB feature - autowiring issues) @Chip - Should I go ahead and revert these two commits to get the master branch up and running ? Pranav: In such matters you have as much authority as Chip. You don't need to ask his permission. --David
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
On Wed, Mar 27, 2013 at 06:43:50PM -0700, Sangeetha Hariharan wrote: I tried upgrade from 4.0 - 4.1 using Rhel6.3 binaries and Xenhost in Advanced zone set up and upgrade succeeds. After upgrade , I was able to deploy Vms in new network without any issues. That's good news! Is anyone trying Ubuntu now? Deploying Vms in existing networks succeed. But Vms are not given any ip address. In router, I see that the mac address of the Vm is not populated correctly. root@r-4-VM:~# cat /etc/dhcphosts.txt 02:00:42:47:00:01,set:10_1_1_17,10.1.1.17,test123,infinite -4,set:10_1_1_195,10.1.1.195,-m,infinite root@r-4-VM:~# After stopping and starting of the existing routers , Vm deployment succeeds. Seems like all the routers need to be stopped and started after upgrade. Forgive the question, but I actually haven't upgraded a production environment yet! Is this normal to have to restart the VR's after a major update? I *think* I remember that this is, but I just want to confirm. I am not sure if there is also a need to stop and start the SSVM and CPVM. Console proxy view for Vms and registering of templates work fine even without having to stop and start the SSVM and CPVM. Also vhd-utils need to copied over to /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ . It is good to document this step explicitly , even though we get the following message when we run the yum update cloud-* command: Sangeetha, can you please add this specific request for release notes doc update to the tracking page: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Notes Please download vhd-util from http://download.cloud.com.s3.amazonaws.com/tools/vhd-util and put it in /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ -Thanks Sangeetha -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, March 27, 2013 3:18 PM To: dev@cloudstack.apache.org Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 Ok. They may need to do something similar for Ubuntu, or perhaps it's already taken care of. On Wed, Mar 27, 2013 at 3:37 PM, Sudha Ponnaganti sudha.ponnaga...@citrix.com wrote: No - not done on ubuntu as upgrade hasn't worked at all so far even on CentOS We will test it if CentOS works. These are the two upgrades that are being tested [1] [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.1+ Compatibility+Matrix -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, March 27, 2013 2:27 PM To: dev@cloudstack.apache.org Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 It should be fixed. This should be less difficult in the future, as long as we're not moving the config directories around again. I first tried copying the files over during the upgrade prior to the old RPMs being removed, but RPM's config(noreplace) only seems to work on files that it knew were in the previous RPM being upgraded. So I settled on moving the /etc/cloud directory to /etc/cloud.rpmsave, and then cherry picking the db.properties, agent.properties, and db key files into the new config directory. Then I looked at the tomcat6.conf and server.xml links and recreated new ones in /etc/cloudstack/management based on whether the old ones were ssl or non-ssl. The files themselves had changed between versions, so I did this rather than copying anything. Now the big question, has anyone tested upgrades on Ubuntu 12.04? Or do we plan to? On Wed, Mar 27, 2013 at 11:11 AM, Pradeep Soundararajan pradeep.soundarara...@citrix.com wrote: These are my observations I have captured during my testing: 1) 'service cloudstack-management start' is failing for the first time since it did not find tomcat6.conf and server.xml. This will get created (symb links) only if you execute cloudstack-setup-management for the first time after the upgrade since this will be treated as a fresh install because rpm names and locations have been changed from 4.1. I have found the symb links are getting updated during the upgrade only if the upgrade path is present already. In our situation upgrade path is pretty new. 2) I have observed db.properties of 4.1 is different from 4.0. I have observed there is an issue with db.properties initially, that is the reason I have tried to redploy DB and launched 4.1 MS. But realized and got to know from QA that we should not redploy db after the upgrade. Let me know how to handle the situation if db.properties are changed in 4.1. I was trying to keep a check in cloud.spec incase cloud-client is present in the system or not. Then I was trying to provide the symb link of the files which are needed for the upgrade like db.properties, tomcat6.conf etc from the old path /etc/cloud/management to the new path
Re: Call for 4.2 and 4.1.1 Release Managers!
On Wed, Mar 27, 2013 at 01:00:52PM -0400, David Nalley wrote: On Thu, Mar 21, 2013 at 4:09 PM, Musayev, Ilya imusa...@webmd.net wrote: Chip Would you please collaborate as to what release manager does. An examples would be nice. Thanks ilya Hi Ilya: So the short description is 'cat herder' The real tasks/duties - assuming a feature release: Act as the release schedule reminder - effectively driving and enforcing the dates we agreed to earlier in the release cycle. Triage/manage the bugs/new features coming into a feature release, ensuring the severity is set appropriately and drawing attention to things that get ignored/dropped. Calling for votes Creating releases (and signing, and getting them uploaded and mirrored) Acting as change control when we start locking down a branch for release - essentially ensuring that changes after a certain period get some minimum level of review and testing, and that we aren't deviating from that. Chip has called himself the human gerrit because of this. The point releases are a bit different - there are no new features, and you really are trying to focus on bugfixes, so point releases should be a bit less work. Experience has shown that most folks aren't as happy to fix bugs as to develop new features. So you become much more of a 'attention seeker' - or perhaps 'attention driver' is a better word. - driving attention to things that need to be fixed. It also means spending copious amounts of time in Jira (as you would in a feature release, but this is even more pervasive) You essentially have to look at bugs reported against newer releases and see if they apply - if patches for them are applicable to your release (e.g. if I fix a bug for 4.2 - does that bug apply to 4.1? Should the fix be in 4.1.1?) etc. --David So with David's description (thanks BTW, it's been a lng $dayjob week for me already), we have one volunteer in Animesh (and Animesh, does your offer still stand?). Anyone else want to take a crack at it? -chip
Re: Review Request: Add docs for MidoNet networking plugin [CLOUDSTACK-996]
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10136/#review18453 --- docs/en-US/plugin-midonet-about.xml https://reviews.apache.org/r/10136/#comment38680 Nice job chunking the doc into sections with separate XML files. docs/en-US/plugin-midonet-features.xml https://reviews.apache.org/r/10136/#comment38676 Suggest making this note on KVM support the first thing readers see. Place at the top of plugin-midonet-introduction.xml. docs/en-US/plugin-midonet-introduction.xml https://reviews.apache.org/r/10136/#comment38675 Don't think you meant to use the footnote tag here. docs/en-US/plugin-midonet-introduction.xml https://reviews.apache.org/r/10136/#comment38677 You used PRODUCT; instead of CloudStack in some places but not all. There are several instances in several files. Suggest using PRODUCT; consistently. docs/en-US/plugin-midonet-preparations.xml https://reviews.apache.org/r/10136/#comment38678 Suggest presenting this as an orderedlist rather than paragraphs. docs/en-US/plugin-midonet-revisions.xml https://reviews.apache.org/r/10136/#comment38681 We don't always use the Revision History in the CS docs, but I don't think we have any rule against it either. Your call, and maybe worth discussing on the mailing list. docs/en-US/plugin-midonet-ui.xml https://reviews.apache.org/r/10136/#comment38679 Can you provide the exact UI steps to navigate to a physical network? i.e. 1. In the left navbar, click Infrastructure. 2. In Zones, click View All. 3. Click the name of the zone you want. 4. Click the Physical Network tab. 5. Click the name of the network you want. - Jessica Tomechak On March 27, 2013, 1:34 a.m., Dave Cahill wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/10136/ --- (Updated March 27, 2013, 1:34 a.m.) Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal. Description --- Adding docs for MidoNet networking plugin [CLOUDSTACK-996] Plugin itself is awaiting review / commit here: [PATCH 1] https://reviews.apache.org/r/9897/ [PATCH 2] https://reviews.apache.org/r/9898/ This addresses bug CLOUDSTACK-996. Diffs - docs/en-US/MidoNet_Plugin_Guide.ent PRE-CREATION docs/en-US/MidoNet_Plugin_Guide.xml PRE-CREATION docs/en-US/plugin-midonet-about.xml PRE-CREATION docs/en-US/plugin-midonet-features.xml PRE-CREATION docs/en-US/plugin-midonet-introduction.xml PRE-CREATION docs/en-US/plugin-midonet-preparations.xml PRE-CREATION docs/en-US/plugin-midonet-provider.xml PRE-CREATION docs/en-US/plugin-midonet-revisions.xml PRE-CREATION docs/en-US/plugin-midonet-ui.xml PRE-CREATION docs/en-US/plugin-midonet-usage.xml PRE-CREATION docs/publican-plugin-midonet.cfg PRE-CREATION Diff: https://reviews.apache.org/r/10136/diff/ Testing --- Built docs. Thanks, Dave Cahill
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
It makes sense that the system VMS would need to be restarted since we have new software for them too (new systemvm.iso). On Mar 27, 2013 8:16 PM, Chip Childers chip.child...@sungard.com wrote: On Wed, Mar 27, 2013 at 06:43:50PM -0700, Sangeetha Hariharan wrote: I tried upgrade from 4.0 - 4.1 using Rhel6.3 binaries and Xenhost in Advanced zone set up and upgrade succeeds. After upgrade , I was able to deploy Vms in new network without any issues. That's good news! Is anyone trying Ubuntu now? Deploying Vms in existing networks succeed. But Vms are not given any ip address. In router, I see that the mac address of the Vm is not populated correctly. root@r-4-VM:~# cat /etc/dhcphosts.txt 02:00:42:47:00:01,set:10_1_1_17,10.1.1.17,test123,infinite -4,set:10_1_1_195,10.1.1.195,-m,infinite root@r-4-VM:~# After stopping and starting of the existing routers , Vm deployment succeeds. Seems like all the routers need to be stopped and started after upgrade. Forgive the question, but I actually haven't upgraded a production environment yet! Is this normal to have to restart the VR's after a major update? I *think* I remember that this is, but I just want to confirm. I am not sure if there is also a need to stop and start the SSVM and CPVM. Console proxy view for Vms and registering of templates work fine even without having to stop and start the SSVM and CPVM. Also vhd-utils need to copied over to /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ . It is good to document this step explicitly , even though we get the following message when we run the yum update cloud-* command: Sangeetha, can you please add this specific request for release notes doc update to the tracking page: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Notes Please download vhd-util from http://download.cloud.com.s3.amazonaws.com/tools/vhd-util and put it in /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ -Thanks Sangeetha -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, March 27, 2013 3:18 PM To: dev@cloudstack.apache.org Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 Ok. They may need to do something similar for Ubuntu, or perhaps it's already taken care of. On Wed, Mar 27, 2013 at 3:37 PM, Sudha Ponnaganti sudha.ponnaga...@citrix.com wrote: No - not done on ubuntu as upgrade hasn't worked at all so far even on CentOS We will test it if CentOS works. These are the two upgrades that are being tested [1] [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.1+ Compatibility+Matrix -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Wednesday, March 27, 2013 2:27 PM To: dev@cloudstack.apache.org Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 It should be fixed. This should be less difficult in the future, as long as we're not moving the config directories around again. I first tried copying the files over during the upgrade prior to the old RPMs being removed, but RPM's config(noreplace) only seems to work on files that it knew were in the previous RPM being upgraded. So I settled on moving the /etc/cloud directory to /etc/cloud.rpmsave, and then cherry picking the db.properties, agent.properties, and db key files into the new config directory. Then I looked at the tomcat6.conf and server.xml links and recreated new ones in /etc/cloudstack/management based on whether the old ones were ssl or non-ssl. The files themselves had changed between versions, so I did this rather than copying anything. Now the big question, has anyone tested upgrades on Ubuntu 12.04? Or do we plan to? On Wed, Mar 27, 2013 at 11:11 AM, Pradeep Soundararajan pradeep.soundarara...@citrix.com wrote: These are my observations I have captured during my testing: 1) 'service cloudstack-management start' is failing for the first time since it did not find tomcat6.conf and server.xml. This will get created (symb links) only if you execute cloudstack-setup-management for the first time after the upgrade since this will be treated as a fresh install because rpm names and locations have been changed from 4.1. I have found the symb links are getting updated during the upgrade only if the upgrade path is present already. In our situation upgrade path is pretty new. 2) I have observed db.properties of 4.1 is different from 4.0. I have observed there is an issue with db.properties initially, that is the reason I have tried to redploy DB and launched 4.1 MS. But realized and got to know from QA that we should not redploy db after the upgrade. Let me know how to handle the situation if db.properties are changed in 4.1. I was trying to keep a check in cloud.spec incase cloud-client is present in the system or not.
Re: [ACS41] Release Status - Bugs to kill!
To answer David's question, this behavior has been there since 3.0.x, API refactoring didn't touch this listTemplateCmd. Thanks -min Sent from my iPhone On Mar 27, 2013, at 7:17 PM, Chip Childers chip.child...@sungard.com wrote: On Wed, Mar 27, 2013 at 10:29:00AM -0700, Min Chen wrote: CLOUDSTACK-1810 is not a bug, update the bug with detailed explanation. Min, Please see David's follow up question about 4.0.x compatibility. Thanks -min On 3/27/13 7:34 AM, Chip Childers chip.child...@sungard.com wrote: Hi all, As Prasanna said, we're getting close to cutting the RC for 4.1! Here's the list of bugs that I'd like to see us address before cutting the RC. This includes Blocker *and* Critical bugs. I've CC'ed the current assignees just to be sure to catch your attention (which is perhaps redundant, but I'm doing it anyway, given that we are past our hoped-for RC date). Are there any others? Blocker: Min Chen - CLOUDSTACK-1810 listTemplate API with templatefilter=featured|community is not returning any list Critical: Kelven Yang - CLOUDSTACK-1664 Action Events are not logged due to spring changes CLOUDSTACK-1776 NPE on listSecondaryStorageHostsInAllZones in Upgraded setup from 4.0 to 4.1 CLOUDSTACK-1811 Upgrade 4.0-4.1 - When upgrade scripts fail , component loading continues and management server starts. Kelvin, the three above have comments about the patch being pending. They weren't called out in the reviewboard submission that I applied this morning, but perhaps the fixes were already in there? CLOUDSTACK-1805 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException seen after long time of inactivity resulting in not being able to log in to thr management server. Kelvin, the one above was just created on Monday. If my assumption about the three bugs above is true (they are resolved now), then would you mind looking at 1805 today? Kishan Kavala - CLOUDSTACK-1819 AWS Regions - Issues seen when trying to move a zone from 1 region to another. Kishan, this bug was opened only yesterday. Not sure if you've had a chance to triage it or not, but would you mind reviewing today? Murali Reddy - CLOUDSTACK-1673 AWS Regions - Events - User disable event does not include the UUID of the user that was disabled. Murali, you mentioned that you were working on a fix for this. You happened to note that you would have it by the 20th. Having any luck? -chip
Re: Jetty Failing on latest master due to class UCS manager not Found
On 28/03/13 7:42 AM, Chip Childers chip.child...@sungard.com wrote: On Wed, Mar 27, 2013 at 04:31:05PM -0700, Kelven Yang wrote: For UCS issue, I've put a fix in. For GSLB, a work around is to run non-OSS build, hopefully this can unlock developers temporarily on master branch Good work-around for now. Murali - This appears to be something that we *all* missed realizing prior to the merge of the GSLB functionality. Can you sort this out during your day today? I was running Non-oss builds, so could not hit this issue. My apologies for the breaking OSS build. Kelven, I am not sure how to fix this issue. If there is no implementing class, why should inject fail? I was under impression it will be set to null? I have this code in one of the managers in server, but the implementing class for GslbServiceProvider is only present in non-oss NetScaler plug-in. If you can suggest how to deal with this in Spring auto wiring that would be useful for me to quickly fix this. @Inject protected GslbServiceProvider _gslbProvider;
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
Deploying Vms in existing networks succeed. But Vms are not given any ip address. In router, I see that the mac address of the Vm is not populated correctly. root@r-4-VM:~# cat /etc/dhcphosts.txt 02:00:42:47:00:01,set:10_1_1_17,10.1.1.17,test123,infinite -4,set:10_1_1_195,10.1.1.195,-m,infinite root@r-4-VM:~# After stopping and starting of the existing routers , Vm deployment succeeds. Seems like all the routers need to be stopped and started after upgrade. Forgive the question, but I actually haven't upgraded a production environment yet! Is this normal to have to restart the VR's after a major update? I *think* I remember that this is, but I just want to confirm. So it's expected if we change the sysvms materially - but I would have expected them to have continued working. That said, I thought update of sysvms was optional and only necessary if you wanted IPv6-enabled system VMs. Can someone canonically answer this? Things like this will affect install documentation.
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
There are two things, upgrade of system VM, and upgrade of software on system VM. Any time you start a system VM the latest scripts get copied to it. This isn't the same as using the new ipv6 template. I can understand needing to reboot the system VMS if the scripts change, but its not the same as upgrading the OS in the system VM. On Mar 27, 2013 8:59 PM, David Nalley da...@gnsa.us wrote: Deploying Vms in existing networks succeed. But Vms are not given any ip address. In router, I see that the mac address of the Vm is not populated correctly. root@r-4-VM:~# cat /etc/dhcphosts.txt 02:00:42:47:00:01,set:10_1_1_17,10.1.1.17,test123,infinite -4,set:10_1_1_195,10.1.1.195,-m,infinite root@r-4-VM:~# After stopping and starting of the existing routers , Vm deployment succeeds. Seems like all the routers need to be stopped and started after upgrade. Forgive the question, but I actually haven't upgraded a production environment yet! Is this normal to have to restart the VR's after a major update? I *think* I remember that this is, but I just want to confirm. So it's expected if we change the sysvms materially - but I would have expected them to have continued working. That said, I thought update of sysvms was optional and only necessary if you wanted IPv6-enabled system VMs. Can someone canonically answer this? Things like this will affect install documentation.
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
On Wed, Mar 27, 2013 at 11:13 PM, Marcus Sorensen shadow...@gmail.com wrote: Just to clarify a step further, this should have been the case with 3.x to 4.0 as well. We had all of these new vpc scripts that added brand new functionality that needed to go on the virtual routers. The system VM template stayed the same, even though new scripts were added via systemvm.iso. That said, why would new functionality make existing functionality stop working in a system VM. --David
Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1
We can look into it, my guess is that an existing script now has new and/or different parameters. Perhaps it could be adjusted to be backward compatible so people can reboot at their leisure. All just guesswork. On Mar 27, 2013 9:21 PM, Marcus Sorensen shadow...@gmail.com wrote: Hard to say. Sometimes functionality/implementation changes even though the feature is the same. On Mar 27, 2013 9:20 PM, David Nalley da...@gnsa.us wrote: On Wed, Mar 27, 2013 at 11:13 PM, Marcus Sorensen shadow...@gmail.com wrote: Just to clarify a step further, this should have been the case with 3.x to 4.0 as well. We had all of these new vpc scripts that added brand new functionality that needed to go on the virtual routers. The system VM template stayed the same, even though new scripts were added via systemvm.iso. That said, why would new functionality make existing functionality stop working in a system VM. --David
Re: Jetty Failing on latest master due to class UCS manager not Found
On 3/27/13 8:30 PM, Rajesh Battala rajesh.batt...@citrix.com wrote:
Jetty is failing to start on latest master building oss.
Am on the latest master, building oss and starting jetty is failing with
below error.
Error creating bean with name 'globalLoadBalancingRulesServiceImpl':
Injection of autowired dependencies failed; nested exception is
org.springframewor
k.beans.factory.BeanCreationException: Could not autowire field:
protected org.apache.cloudstack.region.
gslb.GslbServiceProvider
org.apache.cloudstack.region.gslb.GlobalLoadBalancingRulesServiceImpl._gsl
bProv ider;
nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No
matching b ean
of type [org.apache.cloudstack.region.gslb.GslbServiceProvider] found for
dependency: expected at le
ast 1 bean which qualifies as autowire candidate for this
dependency. Dependency annotations: {@javax.in
ject.Inject()}
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostPr
ocessor.postProcess
PropertyValues(AutowiredAnnotationBeanPostProcessor.java:287)
at org.springframe
Please use non-OSS build as a work-around for now.
-Original Message-
From: Murali Reddy [mailto:murali.re...@citrix.com]
Sent: Thursday, March 28, 2013 8:24 AM
To: Chip Childers; Kelven Yang
Cc: dev@cloudstack.apache.org; cloudstack-...@incubator.apache.org
Subject: Re: Jetty Failing on latest master due to class UCS manager
not Found
On 28/03/13 7:42 AM, Chip Childers chip.child...@sungard.com wrote:
On Wed, Mar 27, 2013 at 04:31:05PM -0700, Kelven Yang wrote:
For UCS issue, I've put a fix in.
For GSLB, a work around is to run non-OSS build, hopefully this can
unlock developers temporarily on master branch
Good work-around for now.
Murali - This appears to be something that we *all* missed realizing
prior to the merge of the GSLB functionality. Can you sort this out
during your day today?
I was running Non-oss builds, so could not hit this issue. My apologies
for the
breaking OSS build.
Kelven,
I am not sure how to fix this issue. If there is no implementing class,
why should
inject fail? I was under impression it will be set to null?
I have this code in one of the managers in server, but the implementing
class for
GslbServiceProvider is only present in non-oss NetScaler plug-in. If
you can
suggest how to deal with this in Spring auto wiring that would be
useful for me
to quickly fix this.
@Inject
protected GslbServiceProvider _gslbProvider;
Re: Jetty Failing on latest master due to class UCS manager not Found
On 28/03/13 9:00 AM, Kelven Yang kelven.y...@citrix.com wrote: I was running Non-oss builds, so could not hit this issue. My apologies for the breaking OSS build. Kelven, I am not sure how to fix this issue. If there is no implementing class, why should inject fail? I was under impression it will be set to null? I have this code in one of the managers in server, but the implementing class for GslbServiceProvider is only present in non-oss NetScaler plug-in. If you can suggest how to deal with this in Spring auto wiring that would be useful for me to quickly fix this. @Inject protected GslbServiceProvider _gslbProvider; In this case, you should avoid using auto-wiring, so that it won't be bound at loading time. Spring is designed to shout out loudly at loading time instead of run-time if it finds any unresolvable auto-wiring in place. It is good to expose the issue early and force developer to fix it. This is what you may do, 1) Remove @Inject for _gslbProvider; 2) Make your code be safe at runtime to deal with the possibility that _gslbProvider is null 3) Provide getter and setters to _gslbProvider 4) Put the wiring logic in nonossComponentContext.xml so that it is only loaded in non-OSS build Kelven Thanks Kelven. Temporarily I pushed e8a144a21d46467109ae2780fe30cc1e34b0abcf to master that bypass auto wiring. This will unblock the OSS builds. I will apply clean fix based on what you suggested.
Re: Jetty Failing on latest master due to class UCS manager not Found
On 28/03/13 9:00 AM, Rajesh Battala rajesh.batt...@citrix.com wrote:
Jetty is failing to start on latest master building oss.
Am on the latest master, building oss and starting jetty is failing with
below error.
Error creating bean with name 'globalLoadBalancingRulesServiceImpl':
Injection of autowired dependencies failed; nested exception is
org.springframewor
k.beans.factory.BeanCreationException: Could not autowire field:
protected org.apache.cloudstack.region.
gslb.GslbServiceProvider
org.apache.cloudstack.region.gslb.GlobalLoadBalancingRulesServiceImpl._gsl
bProv ider;
nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No
matching b ean
of type [org.apache.cloudstack.region.gslb.GslbServiceProvider] found for
dependency: expected at le
ast 1 bean which qualifies as autowire candidate for this
dependency. Dependency annotations: {@javax.in
ject.Inject()}
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostPr
ocessor.postProcess
PropertyValues(AutowiredAnnotationBeanPostProcessor.java:287)
at org.springframe
Please pull latest master, I pushed a fix.
RE: Jetty Failing on latest master due to class UCS manager not Found
Thanks a lot Murali
-Original Message-
From: Murali Reddy [mailto:murali.re...@citrix.com]
Sent: Thursday, March 28, 2013 9:07 AM
To: dev@cloudstack.apache.org; Chip Childers; Kelven Yang
Cc: cloudstack-...@incubator.apache.org
Subject: Re: Jetty Failing on latest master due to class UCS manager not Found
On 28/03/13 9:00 AM, Rajesh Battala rajesh.batt...@citrix.com wrote:
Jetty is failing to start on latest master building oss.
Am on the latest master, building oss and starting jetty is failing
with below error.
Error creating bean with name 'globalLoadBalancingRulesServiceImpl':
Injection of autowired dependencies failed; nested exception is
org.springframewor
k.beans.factory.BeanCreationException: Could not autowire field:
protected org.apache.cloudstack.region.
gslb.GslbServiceProvider
org.apache.cloudstack.region.gslb.GlobalLoadBalancingRulesServiceImpl._gsl
bProv ider;
nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No
matching b ean
of type [org.apache.cloudstack.region.gslb.GslbServiceProvider] found
for
dependency: expected at le
ast 1 bean which qualifies as autowire candidate for this
dependency. Dependency annotations: {@javax.in
ject.Inject()}
at
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPos
tPr
ocessor.postProcess
PropertyValues(AutowiredAnnotationBeanPostProcessor.java:287)
at org.springframe
Please pull latest master, I pushed a fix.
Fwd: CloudStack: Attaching Additional Volumes
Greetings,I am utilizing CloudStack-oss-3.0.2-1 on CentOS 6.3 | KVM.It's running wonderfully, however, I have a Windows Instance I would like to attach a 'storage' volume to. However, when I go to add the volume it only lists the Linux falvor instances that are running to attach to.How can I get this secondary volume attached to this Windows Instance. PS: I have also powered off the instance and it still did not allow me to add it to the windows machine.Any suggestions, will be greatly appreciate ! - Maurice
Re: [ACS4.1] blockers
There is some encouraging movement on 4.1 issues but still we have some of the blockers and criticals open: CLOUDSTACK-1819 Kishan Kavala CLOUDSTACK-1805 Kelven Yang CLOUDSTACK-1755 Sheng Yang CLOUDSTACK-1664 Murali Reddy -abhi On 27/03/13 8:03 PM, Abhinandan Prateek abhinandan.prat...@citrix.com wrote: Text only list of blockers and criticals in 4.1 branch, please treat these with expected urgency: CLOUDSTACK-1819Kishan Kavala CLOUDSTACK-1811Kelven Yang CLOUDSTACK-1810Min Chen CLOUDSTACK-1805Kelven Yang CLOUDSTACK-1776Kelven Yang CLOUDSTACK-1755Sheng Yang CLOUDSTACK-1673Murali Reddy CLOUDSTACK-1664Kelven Yang -abhi On 27/03/13 7:46 PM, Chip Childers chip.child...@sungard.com wrote: I'm sorry, but I can't read this email's content particularly well... Can you please be sure to email in plain text? On Wed, Mar 27, 2013 at 11:28:26AM +, Abhinandan Prateek wrote: Team, I think the 4.1 RC is not yet made as there are still several blockers and criticals, please treat them as high priority. T Key Summary AssigneeReporterP Status Resolution Created Updated Due https://issues.apache.org/jira/browse/CLOUDSTACK-1819[Bug]https://iss u es.apache.org/jira/browse/CLOUDSTACK-1819 CLOUDSTACK-1819https://issues.apache.org/jira/browse/CLOUDSTACK-1819 AWS Regions - Issues seen when trying to move a zone from 1 region to another.https://issues.apache.org/jira/browse/CLOUDSTACK-1819 Kishan Kavalahttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kisha n Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=s a ngeethah [Critical] [Open] OpenUnresolved 27/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639239/Acti o nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d7 1 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1812[Bug]https://iss u es.apache.org/jira/browse/CLOUDSTACK-1812 CLOUDSTACK-1812https://issues.apache.org/jira/browse/CLOUDSTACK-1812 create physical network fails while creating basic zonehttps://issues.apache.org/jira/browse/CLOUDSTACK-1812 Venkata Siva Vijayendra Bhamidipatihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name= v ijayendrabvs Srikanteswararao Tallurihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=tall u ri [Blocker] [Open] OpenUnresolved 26/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639145/Acti o nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d7 1 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1811[Bug]https://iss u es.apache.org/jira/browse/CLOUDSTACK-1811 CLOUDSTACK-1811https://issues.apache.org/jira/browse/CLOUDSTACK-1811 Upgrade 4.0-4.1 - When upgrade scripts fail , component loading continues and management server starts.https://issues.apache.org/jira/browse/CLOUDSTACK-1811 Kelven Yanghttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kelveny Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=sa n geethah [Critical] [Reopened] ReopenedUnresolved 26/Mar/13 27/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639144/Acti o nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d7 1 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1810[Bug]https://iss u es.apache.org/jira/browse/CLOUDSTACK-1810 CLOUDSTACK-1810https://issues.apache.org/jira/browse/CLOUDSTACK-1810 listTemplate API with templatefilter=featured|community is not returning any listhttps://issues.apache.org/jira/browse/CLOUDSTACK-1810 Min Chenhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=minchen 0 7 Srikanteswararao Tallurihttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=tall u ri [Blocker] [Open] OpenUnresolved 26/Mar/13 26/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639124/Acti o nsAndOperations?atl_token=A5KQ-2QAV-T4JA-FDED|806c180e1de55e6f3cb672c8d7 1 d59537d3fcce7|lin https://issues.apache.org/jira/browse/CLOUDSTACK-1805[Bug]https://iss u es.apache.org/jira/browse/CLOUDSTACK-1805 CLOUDSTACK-1805https://issues.apache.org/jira/browse/CLOUDSTACK-1805 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException seen after long time of inactivity resulting in not being able to log in to thr management server.https://issues.apache.org/jira/browse/CLOUDSTACK-1805 Kelven Yanghttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=kelveny Sangeetha Hariharanhttps://issues.apache.org/jira/secure/ViewProfile.jspa?name=sa n geethah [Critical] [Open] OpenUnresolved 26/Mar/13 26/Mar/13 Actionshttps://issues.apache.org/jira/rest/api/1.0/issues/12639011/Acti o
RE: [ACS4.2] master blockers
Abhi Thanks for following up on the issues, do you mind sending the list sorted by the assignee for better readability and spotting overloaded folks? Animesh -Original Message- From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] Sent: Wednesday, March 27, 2013 10:05 PM To: cloudstack dev Cc: dev@cloudstack.apache.org Subject: Re: [ACS4.2] master blockers Once again a reminder to close the following blockers and criticals in master, if you are assigned but cannot figure out the issue please reach out. CLOUDSTACK-1687 Mice Xia CLOUDSTACK-1677 Kelven Yang CLOUDSTACK-1774 Rohit Yadav CLOUDSTACK-1721 Prachi Damle CLOUDSTACK-1613 Bharat Kumar CLOUDSTACK-1610 frank zhang CLOUDSTACK-1591 edison su CLOUDSTACK-1732 Sheng Yang CLOUDSTACK-1739 Bharat Kumar CLOUDSTACK-1392 edison su CLOUDSTACK-1404 edison su CLOUDSTACK-1753 Brian Federle CLOUDSTACK-1730 Jessica Wang CLOUDSTACK-1707 Mice Xia CLOUDSTACK-1672 Mice Xia CLOUDSTACK-1513 edison su CLOUDSTACK-1728 Jessica Wang CLOUDSTACK-1619 frank zhang CLOUDSTACK-1618 frank zhang CLOUDSTACK-1607 Nitin Mehta CLOUDSTACK-1635 edison su CLOUDSTACK-1614 frank zhang CLOUDSTACK-1616 Jessica Wang CLOUDSTACK-1639 edison su CLOUDSTACK-1602 edison su CLOUDSTACK-1737 Anthony Xu CLOUDSTACK-1698 Mice Xia CLOUDSTACK-1731 Jessica Wang CLOUDSTACK-1440 frank zhang CLOUDSTACK-1405 edison su CLOUDSTACK-1646 Bharat Kumar CLOUDSTACK-1534 Bharat Kumar -abhi
Re: Review Request: (CLOUDSTACK-1638) Network plugins won't be notified VM migration.
On March 20, 2013, 1:51 a.m., Chiradeep Vittal wrote: Kawai-san, it looks OK since most NetworkElement::release do not do anything, but if you look at the other plugins (e.g., NiciraNvp), they destroy the logical port on the NVP switch when release is called. Perhaps we need a new method in the NetworkElement interface explicitly for migration I'll try creating a patch for NiciraNvp element, rather than adding a new interface. Just a moment... - Hiroaki --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9871/#review18137 --- On March 15, 2013, 6:51 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9871/ --- (Updated March 15, 2013, 6:51 a.m.) Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal. Description --- The location of the virtual machine is provided by DeployDestination, which will be passed in NetworkGuru#reserve and NetworkElement#prepare. During the virtual machine migration, it actually changes DeployDestination and it looks like that it will tell that event to network components as it has NetworkManager#prepareNicForMigration. The problem is that althogh the interface has that method, NetworkManagerImpl does not tell the DeployDestination changes to network components. So IMHO, we need to add calls of NetworkGuru#reserve and NetworkElement#prepare in NetworkManagerImpl#prepareNicForMigration . And then, we also need to add calls NetworkGuru#release and NetworkElement#release after the migration, otherwise the network resources that plugin reserved will be kept even when the vm leaves off. Created a first minimum patch to show the concept. This addresses bug CLOUDSTACK-1638. Diffs - server/src/com/cloud/network/NetworkManager.java 8b6bf9a server/src/com/cloud/network/NetworkManagerImpl.java ba5ab5d server/src/com/cloud/vm/VirtualMachineManagerImpl.java 0aeef0e Diff: https://reviews.apache.org/r/9871/diff/ Testing --- Thanks, Hiroaki Kawai
Re: [ACS4.2] master blockers
I have sorted the list in order of criticality like blockers first. On 28/03/13 10:40 AM, Animesh Chaturvedi animesh.chaturv...@citrix.com wrote: Abhi Thanks for following up on the issues, do you mind sending the list sorted by the assignee for better readability and spotting overloaded folks? Animesh -Original Message- From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] Sent: Wednesday, March 27, 2013 10:05 PM To: cloudstack dev Cc: dev@cloudstack.apache.org Subject: Re: [ACS4.2] master blockers Once again a reminder to close the following blockers and criticals in master, if you are assigned but cannot figure out the issue please reach out. CLOUDSTACK-1687 Mice Xia CLOUDSTACK-1677 Kelven Yang CLOUDSTACK-1774 Rohit Yadav CLOUDSTACK-1721 Prachi Damle CLOUDSTACK-1613 Bharat Kumar CLOUDSTACK-1610 frank zhang CLOUDSTACK-1591 edison su CLOUDSTACK-1732 Sheng Yang CLOUDSTACK-1739 Bharat Kumar CLOUDSTACK-1392 edison su CLOUDSTACK-1404 edison su CLOUDSTACK-1753 Brian Federle CLOUDSTACK-1730 Jessica Wang CLOUDSTACK-1707 Mice Xia CLOUDSTACK-1672 Mice Xia CLOUDSTACK-1513 edison su CLOUDSTACK-1728 Jessica Wang CLOUDSTACK-1619 frank zhang CLOUDSTACK-1618 frank zhang CLOUDSTACK-1607 Nitin Mehta CLOUDSTACK-1635 edison su CLOUDSTACK-1614 frank zhang CLOUDSTACK-1616 Jessica Wang CLOUDSTACK-1639 edison su CLOUDSTACK-1602 edison su CLOUDSTACK-1737 Anthony Xu CLOUDSTACK-1698 Mice Xia CLOUDSTACK-1731 Jessica Wang CLOUDSTACK-1440 frank zhang CLOUDSTACK-1405 edison su CLOUDSTACK-1646 Bharat Kumar CLOUDSTACK-1534 Bharat Kumar -abhi
[PROPOSAL][CLOUDSTACK-1828] NAT on private gateway
I would like to propose feature NAT on private gateway. This feature is sub feature of nTier2.0 apps. Using this feature we can enable/disable the source NAT on the vpc private gateway . Jira ticket: https://issues.apache.org/jira/browse/CLOUDSTACK-1828 FS : https://cwiki.apache.org/confluence/display/CLOUDSTACK/NAT+on+private+gateway Please provide your comments on above FS. Thanks, Jayapal
Re: [PROPOSAL] BVT for CloudStack checkins
Awesome work Prasanna! CloudMonkey only needs the request section, and your changes are in the response where you go ahead and serialize class objects which have may objects again, recursively. I'll see the code, otherwise from the gist you shared, the response json looks fine and won't break cloudmonkey. Cheers. On Wed, Mar 27, 2013 at 10:21 PM, prasanna t...@apache.org wrote: On 25 March 2013 18:44, Prasanna Santhanam t...@apache.org wrote: I'm working to include a couple more things: a. Allow a developer to run his/her own integration test written in marvin. b. new APIs to be synced automatically without marvin reinstallation In doing b. I realized I had to improve the response given out by the API discovery plugin. What I'm essential trying to do is allow a developer to sync the APIs that he/she might have introduced/modified and run integration-tests against those newly introduced APIs. Marvin will regenerate its libraries on sync and the mvn integration-test can be run against such a server. Since many of our APIs return embedded entities I've altered API discovery to include parent+child (if any) relationships. The new response for a sample API returned by the listApis command is shown at [1] [1] https://gist.github.com/vogxn/5255883 I've put this change in the bvt branch and tested that cloudmonkey was unaffected by it. Rohit - since you wrote API discovery would you mind taking a look at the change? Thanks,
VI Java API Question
Hi, I was wondering if anyone could answer this question for me. I've been looking at all sorts of properties of various VI Java Objects to find out how to do this and don't see any answers on the web either. I have list line of code: HostScsiDisk[] lstHostScsiDisks = hostDatastoreSystem.queryAvailableDisksForVmfs(null); I need to iterate through the lstHostScsiDisks (list of relevant and available SCSI disks I can base a VMware Datastore off of) and find the one that exists because it is the result of an iSCSI target that I just added with this line of code (the first parameter is the name of the iSCSI software adapter and the second is an array with one item, which contains info about the iSCSI target): hostStorageSystem.addInternetScsiStaticTargets(iScsiHbaDevice, aTargets); What this comes down to is I add an iSCSI target and this leads to the creation of a new HostScsiDisk. I just don't see how to determine if the HostScsiDisk I'm currently looking at (as I iterate through the list of them) exists because of my earlier command to connect to an iSCSI target. It is especially maddening because I can clearly see in vCenter when I look at the details of such a SCSI disk that it knows what iSCSI target it came from. :) Thanks for any assistance! -- *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 *™*
