local.storage.uuid in agent.properties
Why do we have the local.storage.uuid property in /etc/cloudstack/agent/agent.properties? If this property gets out of sync with the cloudstack database, perhaps due to re-addition of host, the agent fails to start. One of the first things the agent does is to pull this property out of agent.properties, create the local storage pool, and then cloudstack tries to redefine the pool according to what it thinks it should be when it needs the pool. It seems redundant to create the local pool on startup.
Re: Review Request: fix CLOUDSTACK-1649
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9879/ --- (Updated March 13, 2013, 6:11 a.m.) Review request for cloudstack, Abhinandan Prateek, mice xia, and Kelven Yang. Changes --- correcting the reviewers for looking into the guestOS mappings Description --- a mapping bug. in db the os name is Red Hat Enterprise Linux 5.1 (64-bit), but in the VmwareGuestOSMapper is Red Hat Enterprise Linux 5.1(64-bit) This addresses bug CLOUDSTACK-1649. Diffs - vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareGuestOsMapper.java 7d26983 Diff: https://reviews.apache.org/r/9879/diff/ Testing --- Upload a redhat 5.1 iso start a vm with it. check the os type in vsphere client, the os type is red hat not the other 64. Thanks, Hongtu Zang
cato_fong is angry
Cato_Fong reports the following commit breaks the build: Abhi/Deepthi - please take a look and/or revert as necessary. CLOUDSTACK-1575 Failed to transit volume with uploadVolume (details) Commit 27b753a434de087a9cd8ec50bfa1deb2de7a7925 by aprateek CLOUDSTACK-1575 Failed to transit volume with uploadVolume Signed-off-by: Abhinandan Prateek aprat...@apache.org engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeServiceImpl.java -- Prasanna.,
Re: cato_fong is angry
Will take a look. -abhi On 13/03/13 11:47 AM, Prasanna Santhanam t...@apache.org wrote: Cato_Fong reports the following commit breaks the build: Abhi/Deepthi - please take a look and/or revert as necessary. CLOUDSTACK-1575 Failed to transit volume with uploadVolume (details) Commit 27b753a434de087a9cd8ec50bfa1deb2de7a7925 by aprateek CLOUDSTACK-1575 Failed to transit volume with uploadVolume Signed-off-by: Abhinandan Prateek aprat...@apache.org engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeServi ceImpl.java -- Prasanna.,
Re: cato_fong is angry
On Wed, Mar 13, 2013 at 11:47:05AM +0530, Prasanna Santhanam wrote: Cato_Fong reports the following commit breaks the build: Abhi/Deepthi - please take a look and/or revert as necessary. CLOUDSTACK-1575 Failed to transit volume with uploadVolume (details) Commit 27b753a434de087a9cd8ec50bfa1deb2de7a7925 by aprateek CLOUDSTACK-1575 Failed to transit volume with uploadVolume Signed-off-by: Abhinandan Prateek aprat...@apache.org engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeServiceImpl.java Seems to be a false alarm. OutOfMemory on jenkins :( -- Prasanna.,
Re: Review Request: Spring fails to self inject the ApiDiscoveryServiceImpl pluggable service, add manually to service impl
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9872/ --- (Updated March 13, 2013, 6:27 a.m.) Review request for cloudstack and Chip Childers. Changes --- Oh man :( Uploaded new cherry pick patch, applies cleanly on 4.1/latest. Description --- Spring fails to inject the class itself which is a pluggable service. A minor issue, but the listApis won't list the listApis API itself. So, we manually addAll getCommands() from the class to the cmdClass (the list of cmd classes) Diffs (updated) - plugins/api/discovery/src/org/apache/cloudstack/discovery/ApiDiscoveryServiceImpl.java 293a1a4 Diff: https://reviews.apache.org/r/9872/diff/ Testing --- Thanks, Rohit Yadav
Re: cato_fong is angry
lol jenkins :) On Wed, Mar 13, 2013 at 11:55 AM, Prasanna Santhanam t...@apache.org wrote: On Wed, Mar 13, 2013 at 11:47:05AM +0530, Prasanna Santhanam wrote: Cato_Fong reports the following commit breaks the build: Abhi/Deepthi - please take a look and/or revert as necessary. CLOUDSTACK-1575 Failed to transit volume with uploadVolume (details) Commit 27b753a434de087a9cd8ec50bfa1deb2de7a7925 by aprateek CLOUDSTACK-1575 Failed to transit volume with uploadVolume Signed-off-by: Abhinandan Prateek aprat...@apache.org engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeServiceImpl.java Seems to be a false alarm. OutOfMemory on jenkins :( -- Prasanna.,
RE: question on Distributed Virtual Switch support
Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support On 2013-03-08 10:26 PM, Musayev, Ilya wrote: There maybe customers who only have 2NICs on their servers and it that case - if they use DVS, they wont be able to use CS. Also, for most proof of concept work of CS, people tend to use basic gear with 2 NICs in LAB, they won't be able to test CS if they used DVS on everything including management net. This is a weird assumption... I am not sure using only 2 NICs is a bad design. Maybe in the 1gbps world, but definitely not in the 10gbps world, and people are starting to embrace the 10gigE a lot. So my opinion, you should allow people to use only 2 interfaces, and 1 dVS with CS. -- 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: cato_fong is angry
On Wed, Mar 13, 2013 at 11:58:28AM +0530, Rohit Yadav wrote: lol jenkins :) On Wed, Mar 13, 2013 at 11:55 AM, Prasanna Santhanam t...@apache.org wrote: On Wed, Mar 13, 2013 at 11:47:05AM +0530, Prasanna Santhanam wrote: Cato_Fong reports the following commit breaks the build: Abhi/Deepthi - please take a look and/or revert as necessary. CLOUDSTACK-1575 Failed to transit volume with uploadVolume (details) Commit 27b753a434de087a9cd8ec50bfa1deb2de7a7925 by aprateek CLOUDSTACK-1575 Failed to transit volume with uploadVolume Signed-off-by: Abhinandan Prateek aprat...@apache.org engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeServiceImpl.java Seems to be a false alarm. OutOfMemory on jenkins :( Fixed now: 12:43:19 PM Cato_Fong: Yippie, build fixed! 12:43:19 PM Cato_Fong: Project cloudstack-master build #48: FIXED in 24 min: http://jenkins.cloudstack.org/job/cloudstack-master/48/ -- Prasanna.,
RE: [ACS41][Patch Request] CLOUDSTACK-1631 - fix RPM packaging
David, I did not come across this issue cpio: Bad magic even before or after your doc changes. I am doing the build and packaging daily on both 4.1 and master. I suspect it could be the setup issue. Thanks, Pradeep S -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Tuesday, March 12, 2013 6:03 AM To: cloudstack-dev@incubator.apache.org Subject: Re: [ACS41][Patch Request] CLOUDSTACK-1631 - fix RPM packaging On Mon, Mar 11, 2013 at 08:24:27PM -0400, David Nalley wrote: Chip, et al: CLOUDSTACK-1631 is for the RPM build failures (that have been occurring for some days now.) The error is: error: create archive failed on file /home/jenkins/build/workspace/package-rhel63-4.1/dist/rpmbuild/SOURCES/cloudstack-4.1.0-SNAPSHOT.tgz: cpio: Bad magic Bad Magic is _generally_ a problem with trying to manipulate files that have already be %doced. In reviewing the spec file I see that there are duplicate %doc definitions for LICENSE and NOTICE in the -management subpackage. My current EL6 environment is in disarray and I have NOT tested this solution (though it needs to be applied regardless, just not willing to guarantee it will solve the packaging failure issues - though I think it will.) The commit that needs to be cherry picked is this: 7a0f1bdf813ddb3a61a57d27b98f1ff7753d1be4 --David ACK and applied. Thanks for the notice that things are already broken.
Review Request: CLOUODSTACK-1645 : Resources limit is not validated with update compute offering [ Instances are updated to higher CPU/Memory resources though there are no resources available @ accoun
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9892/ --- Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min Chen. Description --- CLOUDSTACK-1645 : Resources limit is not validated with update compute offering [ Instances are updated to higher CPU/Memory resources though there are no resources available @ account/domain] This addresses bug CLOUDSTACK-1645. Diffs - api/src/com/cloud/vm/UserVmService.java ea89eda api/src/org/apache/cloudstack/api/command/user/vm/UpgradeVMCmd.java 6719b8f server/src/com/cloud/vm/UserVmManagerImpl.java 88086ce Diff: https://reviews.apache.org/r/9892/diff/ Testing --- Tests: 1. deploy an instance. 2. stop the instance. 3. change service offering. a) to higher resources -- if resources are not within account resource limits, CS throws resourceAllocationException else service offering successfully changed. b) to lower resources -- success. Thanks, Sanjay Tripathi
Re: Review Request: CLOUDSTACK-1156: Limit Primary and Secondary storage for domain/accounts
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9541/#review17799 --- Ship it! Changes look fine. A committer could also take a look at it and commit it if the changes look ok. - Devdeep Singh On March 13, 2013, 5:44 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9541/ --- (Updated March 13, 2013, 5:44 a.m.) Review request for cloudstack, Devdeep Singh, Nitin Mehta, Sateesh Chodapuneedi, mice xia, and Min Chen. Description --- CLOUDSTACK-1156: Limit Primary and Secondary storage for domain/accounts Addition of two new resource types i.e. Primary and Secondary storage space in the existing pool of resource types. Added methods to set the limits on these resources using updateResourceLimit API command and to get a count using updateResourceCount. Also added calls in the Templates, Volumes, Snapshots life cycle to check these limits and to increment/decrement the new resource types Resource Name :: Resource type number Primary Storage 10 Secondary Storage 11 Also added jUnit Tests for the same. This addresses bug CLOUDSTACK-1156. Diffs - api/src/com/cloud/configuration/Resource.java 7614c8a api/src/com/cloud/storage/VolumeApiService.java 8517988 api/src/org/apache/cloudstack/api/command/user/resource/UpdateResourceCountCmd.java f6d3a98 api/src/org/apache/cloudstack/api/command/user/resource/UpdateResourceLimitCmd.java 0039f62 api/src/org/apache/cloudstack/api/command/user/volume/ResizeVolumeCmd.java 955727a api/src/org/apache/cloudstack/api/response/AccountResponse.java 9a98a35 api/src/org/apache/cloudstack/api/response/ResourceCountResponse.java a7fbbf2 api/src/org/apache/cloudstack/api/response/ResourceLimitResponse.java b444e7a plugins/hypervisors/baremetal/src/com/cloud/baremetal/manager/BareMetalTemplateAdapter.java 33725f6 server/src/com/cloud/api/ApiResponseHelper.java fbfc955 server/src/com/cloud/api/query/dao/AccountJoinDaoImpl.java 898bafc server/src/com/cloud/api/query/vo/AccountJoinVO.java cd7231c server/src/com/cloud/configuration/Config.java 64465a2 server/src/com/cloud/resourcelimit/ResourceLimitManagerImpl.java 23c0796 server/src/com/cloud/storage/VolumeManager.java af3cbbf server/src/com/cloud/storage/VolumeManagerImpl.java 4951975 server/src/com/cloud/storage/dao/SnapshotDao.java 0e378a7 server/src/com/cloud/storage/dao/SnapshotDaoImpl.java 825b6d5 server/src/com/cloud/storage/dao/VolumeDao.java d7a2667 server/src/com/cloud/storage/dao/VolumeDaoImpl.java 40ed875 server/src/com/cloud/storage/download/DownloadMonitorImpl.java 0bc89e3 server/src/com/cloud/storage/snapshot/SnapshotManagerImpl.java bacca01 server/src/com/cloud/template/HypervisorTemplateAdapter.java 1426421 server/src/com/cloud/template/TemplateManagerImpl.java d843dbc server/src/com/cloud/vm/UserVmManagerImpl.java 88086ce server/test/com/cloud/resourcelimit/ResourceLimitManagerImplTest.java d311ad3 server/test/com/cloud/vpc/MockResourceLimitManagerImpl.java b9fc861 setup/db/db/schema-40to410.sql b9bfe1a setup/db/db/schema-410to420.sql ca15bda utils/src/com/cloud/utils/UriUtils.java a8b5ccb Diff: https://reviews.apache.org/r/9541/diff/ Testing --- Tested life cycle of templates, volumes, snapshots, vm on my local CloudStack setup. Thanks, Sanjay Tripathi
RE: question on Distributed Virtual Switch support
Hi Radhika, You need to set global config parameters vmware.use.nexus.vswitch vmware.use.dvswitch to true to get Nexus UI options at cluster level. Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 12:19 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support On 2013-03-08 10:26 PM, Musayev, Ilya wrote: There maybe customers who only have 2NICs on their servers and it that case - if they use DVS, they wont be able to use CS. Also, for most proof of concept work of CS, people tend to use basic gear with 2 NICs in LAB, they won't be able to test CS if they used DVS on everything including management net. This is a weird assumption... I am not sure using only 2 NICs is a bad design. Maybe in the 1gbps world, but definitely not in the 10gbps world, and people are starting to embrace the 10gigE a lot. So my opinion, you should allow people to use only 2 interfaces, and 1 dVS with CS. -- 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][Patch Request] CLOUDSTACK-1631 - fix RPM packaging
On 13 March 2013 12:56, Pradeep Soundararajan pradeep.soundarara...@citrix.com wrote: David, I did not come across this issue cpio: Bad magic even before or after your doc changes. I am doing the build and packaging daily on both 4.1 and master. I suspect it could be the setup issue. Can you tell us the following from your build machine: 1) rpmbuild version 2) cat /etc/redhat-release 3) cpio version? I'll hook you up with the machines so you can take a look. I can't figure this one out.
Review Request: Fixed removeIpFromNic using UUID and updated nic response
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9893/ --- Review request for cloudstack. Description --- 1. Fixed removeIpFromNic using UUID 2. updated the addIptoNic response This addresses bug CLOUDSTACK-1595. Diffs - api/src/org/apache/cloudstack/api/command/user/vm/AddIpToVmNicCmd.java cc34b7b api/src/org/apache/cloudstack/api/command/user/vm/RemoveIpFromVmNicCmd.java d9ab7e0 api/src/org/apache/cloudstack/api/response/NicSecondaryIpResponse.java 3464a63 server/src/com/cloud/api/ApiResponseHelper.java fbfc955 server/src/com/cloud/network/NetworkServiceImpl.java ba55ff8 Diff: https://reviews.apache.org/r/9893/diff/ Testing --- Unit Tested the chagnes Thanks, Jayapal Reddy
Re: [DRAFT] Graduation resolution / IPMC vote email draft for discussion
On Mar 12, 2013, at 10:46 AM, Chip Childers chip.child...@sungard.com wrote: OK, here's the latest draft. It includes names now, although we are waiting for a couple of mentors to respond to a question around their interest in staying with the project after graduation. It also includes updated committer counts. Last, it includes the new project description we discussed. It still requires the results of our VOTE thread to graduate (notice the XX strings that need to be replaced). I'd like folks to review this email / resolution draft one last time... Comments / questions / concerns welcome! Apache CloudStack entered the Incubator in April of 2012. We have made significant progress with the project since moving over to Apache. We have 31 committers and 13 PPMC members listed on our status page at [1], not including the 8 mentors that helped guide our community through incubation. 16 of the committers and 7 of the PPMC members were added after the podling was formed. One mentor joined the project after the podling started. 3 of the initial committers that were not in the initial PPMC have now joined the PPMC. 6 of our mentors will be remaining with the project as it transitions into a TLP. We have verified that Apache CloudStack is a suitable name [2], and the CloudStack marks are being donated from Citrix to the ASF. We completed two releases (Apache CloudStack 4.0.0-incubating and Apache CloudStack 4.0.1-incubating) and are currently preparing for two more (4.0.2 and 4.1.0). The community of Apache CloudStack is active, healthy, and growing and has demonstrated the ability to self-govern using accepted Apache practices. After holding a discussion [3], the Apache CloudStack community subsequently voted overwhelmingly to graduate [4], collecting X +1 votes (including XX from our mentors), and no +0 or -1 votes. Our community has created a set of bylaws for the project [5]. Please cast your votes: [ ] +1 Graduate Apache CloudStack from Apache Incubator [ ] +0 Indifferent to graduation status of Apache CloudStack [ ] -1 Reject graduation of Apache CloudStack from Apache Incubator because... We'll run the vote for 72 hours. [1] http://incubator.apache.org/projects/cloudstack.html [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-23 [3] http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201302.mbox/%3C20130213145014.GE800%40USLT-205755.sungardas.corp%3E [ I don't think [3] is the right link, only points to your first email, not the thread. 4] *insert graduation vote thread link* [5] https://cwiki.apache.org/CLOUDSTACK/apache-cloudstack-project-bylaws.html X. Establish the Apache CloudStack Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software, for distribution at no charge to the public, related to the development of software to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache CloudStack Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache CloudStack Project be and hereby is responsible for the creation and maintenance of software related to providing and supporting an Infrastructure-as-a-Service (IaaS) cloud computing platform. RESOLVED, that the office of Vice President, Apache CloudStack be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache CloudStack Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache CloudStack Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache CloudStack Project: I see John's point. Should we clarify that this is only PMC members ? Can we list the 31 committers as well ? * Joe Brockmeier j...@apache.org * Will Chan willc...@apache.org * Chip Childers chipchild...@apache.org * Mohammad Nour El-Din mn...@apache.org * Sebastien Goasguen seb...@apache.org * Matt Richard Hogstrom hogst...@apache.org * Wido den Hollander wid...@apache.org * Alex Huang ahu...@apache.org * Jim Jagielski j...@apache.org * Alex Karasulu akaras...@apache.org * John Kinsella j...@apache.org * Kevin Kluge kl...@apache.org * Olivier Lamy ol...@apache.org * David Nalley ke4...@apache.org * Noah Slater nsla...@apache.org * Marcus Sorensen mlsoren...@apache.org * Edison Su
Review Request: Multiple ip address per nic changes for kvmhsot
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9894/ --- Review request for cloudstack, Abhinandan Prateek, Murali Reddy, and anthony xu. Description --- Added MIPN chagnes for kvm host This patch includes security groups rules chagnes This addresses bug CLOUDSTACK-24. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java 0a25bab scripts/vm/network/security_group.py 83d7ad1 Diff: https://reviews.apache.org/r/9894/diff/ Testing --- 1. Tested security group rules for nic secondary ip 2. VM reboot and tested security group rules adding and removing. Thanks, Jayapal Reddy
RE: question on Distributed Virtual Switch support
Hi Radhika, I guess you are talking about the options Override Public-Traffic: - Y/N or Override Guest-Traffic : Y/N. These are basically to provide the traffic label name . Ex: Port profile in case of Nexus . If you do not set these options by default it would take vswitch0 as the traffic label name. As per FS, we get to see Nexus in the vSwitch Type dropdown list only when the global config vmware.use.nexus.dvswitch to true. [Reference: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Integration+of+CloudStack+with+VMware+DVS ] Comment from FS : Default option - if vmware.use.nexus.dvswitch is true then use Cisco Nexus 1000v Distributed Virtual Switch. Otherwise use VMware vNetwork Distributed Virtual Switch Pranav, Can you please comment if this is not the case? Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. Even If vmware.use.nexus.vswitch=false (and vmware.use.dvswitch=true), the UI still shows the Nexus dvSwitch in the drop-down list for switch type. I thought in this case, UI should display only VMware dvSwitch because the parameters for Nexus/Standard switches are not enabled in the global parameter page. Is there any reason for displaying Nexus dvSwitch options if vmware.use.nexus.vswitch=false ? (In this case, if you select Nexus dvSwitch, the UI does not display the options for specifying the IP address of VMS component and dvSwitch credentials. That is the reason I confused initially!) -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 1:25 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, You need to set global config parameters vmware.use.nexus.vswitch vmware.use.dvswitch to true to get Nexus UI options at cluster level. Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 12:19 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support On 2013-03-08 10:26 PM, Musayev, Ilya wrote: There maybe customers who only have 2NICs on their servers and it that case - if they use DVS, they wont be able to use CS. Also, for most proof of concept work of CS, people tend to use basic gear with 2 NICs in LAB, they won't be able to test CS if they used DVS on everything including management net. This is a weird assumption... I am not sure using only 2 NICs is a bad design. Maybe in the 1gbps world, but definitely not in the 10gbps world, and people are starting to embrace the 10gigE a lot. So my opinion, you should allow people to use only 2 interfaces, and 1 dVS with CS. -- 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][Patch Request] CLOUDSTACK-1631 - fix RPM packaging
On Wed, Mar 13, 2013 at 01:45:46PM +0530, prasanna wrote: On 13 March 2013 12:56, Pradeep Soundararajan pradeep.soundarara...@citrix.com wrote: David, I did not come across this issue cpio: Bad magic even before or after your doc changes. I am doing the build and packaging daily on both 4.1 and master. I suspect it could be the setup issue. Can you tell us the following from your build machine: 1) rpmbuild version 2) cat /etc/redhat-release 3) cpio version? I'll hook you up with the machines so you can take a look. I can't figure this one out. Nevermind, it looks like this magically fixed itself. I uninstalled the tomcat6 installed on the build node and installed the one from the repos and it worked fine. awful error message from cpio. -- Prasanna.,
RE: question on Distributed Virtual Switch support
Thanks Sailaja. If I do not have any plans to use Nexus, I might not set the vmware.use.nexus.dvswitch flag to true. If I do not want Nexus, why do I need to set the Traffic Label name for Nexus ? I have to worry only about the Switch I want in my setup. -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 2:17 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, I guess you are talking about the options Override Public-Traffic: - Y/N or Override Guest-Traffic : Y/N. These are basically to provide the traffic label name . Ex: Port profile in case of Nexus . If you do not set these options by default it would take vswitch0 as the traffic label name. As per FS, we get to see Nexus in the vSwitch Type dropdown list only when the global config vmware.use.nexus.dvswitch to true. [Reference: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Integration+of+CloudStack+with+VMware+DVS ] Comment from FS : Default option - if vmware.use.nexus.dvswitch is true then use Cisco Nexus 1000v Distributed Virtual Switch. Otherwise use VMware vNetwork Distributed Virtual Switch Pranav, Can you please comment if this is not the case? Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. Even If vmware.use.nexus.vswitch=false (and vmware.use.dvswitch=true), the UI still shows the Nexus dvSwitch in the drop-down list for switch type. I thought in this case, UI should display only VMware dvSwitch because the parameters for Nexus/Standard switches are not enabled in the global parameter page. Is there any reason for displaying Nexus dvSwitch options if vmware.use.nexus.vswitch=false ? (In this case, if you select Nexus dvSwitch, the UI does not display the options for specifying the IP address of VMS component and dvSwitch credentials. That is the reason I confused initially!) -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 1:25 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, You need to set global config parameters vmware.use.nexus.vswitch vmware.use.dvswitch to true to get Nexus UI options at cluster level. Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 12:19 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support On 2013-03-08 10:26 PM, Musayev, Ilya wrote: There maybe customers who only have 2NICs on their servers and it that case - if they use DVS, they wont be able to use CS. Also, for most proof of concept work of CS, people tend to use basic gear with 2 NICs in LAB, they won't be able to test CS if they used DVS on everything including management net. This is a weird assumption... I am not sure using only 2 NICs is a bad design. Maybe in the 1gbps world, but definitely not in the 10gbps world, and people are starting to embrace the 10gigE a lot. So my opinion, you should allow people to use only 2 interfaces, and 1 dVS with CS. -- 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: question on Distributed Virtual Switch support
It could be UI issue . Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 2:26 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. If I do not have any plans to use Nexus, I might not set the vmware.use.nexus.dvswitch flag to true. If I do not want Nexus, why do I need to set the Traffic Label name for Nexus ? I have to worry only about the Switch I want in my setup. -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 2:17 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, I guess you are talking about the options Override Public-Traffic: - Y/N or Override Guest-Traffic : Y/N. These are basically to provide the traffic label name . Ex: Port profile in case of Nexus . If you do not set these options by default it would take vswitch0 as the traffic label name. As per FS, we get to see Nexus in the vSwitch Type dropdown list only when the global config vmware.use.nexus.dvswitch to true. [Reference: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Integration+of+CloudStack+with+VMware+DVS ] Comment from FS : Default option - if vmware.use.nexus.dvswitch is true then use Cisco Nexus 1000v Distributed Virtual Switch. Otherwise use VMware vNetwork Distributed Virtual Switch Pranav, Can you please comment if this is not the case? Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. Even If vmware.use.nexus.vswitch=false (and vmware.use.dvswitch=true), the UI still shows the Nexus dvSwitch in the drop-down list for switch type. I thought in this case, UI should display only VMware dvSwitch because the parameters for Nexus/Standard switches are not enabled in the global parameter page. Is there any reason for displaying Nexus dvSwitch options if vmware.use.nexus.vswitch=false ? (In this case, if you select Nexus dvSwitch, the UI does not display the options for specifying the IP address of VMS component and dvSwitch credentials. That is the reason I confused initially!) -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 1:25 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, You need to set global config parameters vmware.use.nexus.vswitch vmware.use.dvswitch to true to get Nexus UI options at cluster level. Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 12:19 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support On 2013-03-08 10:26 PM, Musayev, Ilya wrote: There maybe customers who only have 2NICs on their servers and it that case - if they use DVS, they wont be able to use CS. Also, for most proof of concept work of CS, people tend to use basic gear with 2 NICs in LAB, they won't be able to test CS if they used DVS on everything including management net. This is a weird assumption... I am not sure using only 2 NICs is a bad design. Maybe in the 1gbps world, but definitely not in the 10gbps world, and people are starting to embrace the 10gigE a lot. So my opinion, you should allow people to use only 2 interfaces, and 1 dVS with CS. -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions
RE: question on Distributed Virtual Switch support
I double checked: if vmware.use.dvswitch=true, irrespective of the global parameter settings (T/F) for Nexus, the UI lists all the switches for the vSwitch Type options. My observation: If vmware.use.dvswitch=false, vmware.use.nexus.dvswitch=true, the UI shows only the option for Nexus dvSwitch. There is no option to set the Traffic Label at the Cluster-level. If vmware.use.dvswitch=true, vmware.use.nexus.dvswitch=false, the UI lists all the switch types of Switch Type. There is an option to set the Traffic Label at the Cluster-level. If vmware.use.dvswitch=true, vmware.use.nexus.dvswitch=true, then all fine :-) You can specify traffic at cluster-level, and all Nexus dvSwitch options (IP address of VMS component, dvSwitch credentials) are displayed. -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 2:26 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. If I do not have any plans to use Nexus, I might not set the vmware.use.nexus.dvswitch flag to true. If I do not want Nexus, why do I need to set the Traffic Label name for Nexus ? I have to worry only about the Switch I want in my setup. -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 2:17 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, I guess you are talking about the options Override Public-Traffic: - Y/N or Override Guest-Traffic : Y/N. These are basically to provide the traffic label name . Ex: Port profile in case of Nexus . If you do not set these options by default it would take vswitch0 as the traffic label name. As per FS, we get to see Nexus in the vSwitch Type dropdown list only when the global config vmware.use.nexus.dvswitch to true. [Reference: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Integration+of+CloudStack+with+VMware+DVS ] Comment from FS : Default option - if vmware.use.nexus.dvswitch is true then use Cisco Nexus 1000v Distributed Virtual Switch. Otherwise use VMware vNetwork Distributed Virtual Switch Pranav, Can you please comment if this is not the case? Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 1:56 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Thanks Sailaja. Even If vmware.use.nexus.vswitch=false (and vmware.use.dvswitch=true), the UI still shows the Nexus dvSwitch in the drop-down list for switch type. I thought in this case, UI should display only VMware dvSwitch because the parameters for Nexus/Standard switches are not enabled in the global parameter page. Is there any reason for displaying Nexus dvSwitch options if vmware.use.nexus.vswitch=false ? (In this case, if you select Nexus dvSwitch, the UI does not display the options for specifying the IP address of VMS component and dvSwitch credentials. That is the reason I confused initially!) -Original Message- From: Sailaja Mada [mailto:sailaja.m...@citrix.com] Sent: Wednesday, March 13, 2013 1:25 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hi Radhika, You need to set global config parameters vmware.use.nexus.vswitch vmware.use.dvswitch to true to get Nexus UI options at cluster level. Thanks, Sailaja.M -Original Message- From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com] Sent: Wednesday, March 13, 2013 12:19 PM To: cloudstack-dev@incubator.apache.org Subject: RE: question on Distributed Virtual Switch support Hello, One question about the Nexus virtual switch configuration. What is the impact of the change in the configuration flow (after introducing VMware VDS) on Nexus configuration? As per the UI, we are no longer required to specify the IP address of the VSM component of Nexus 1000v virtual switch. I am attaching the screen captures before and after introducing the VMware VDS. My question is (might be a stupid one!) whether Nexus vSwitch is going to work without specifying the IP address of VMS component, dvSwitch credentials etc.? Or am I missing something ? Thanks -Radhika -Original Message- From: Musayev, Ilya [mailto:imusa...@webmd.net] Sent: Monday, March 11, 2013 9:05 PM To: cloudstack-dev@incubator.apache.org; fgaudrea...@cloudops.com Subject: RE: question on Distributed Virtual Switch support Francois, Good observation, I was only referencing 1GB networks. With 10GB or more, you should have no issues. Regards ilya -Original Message- From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] Sent: Monday, March 11, 2013 10:47 AM To: cloudstack-dev@incubator.apache.org Subject: Re: question on Distributed Virtual Switch support
Review Request: MidoNet Networking Plugin [1/2]
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9897/ --- Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal. Description --- Feature spec: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Midokura+Networking+Plugin Jira ticket: https://issues.apache.org/jira/browse/CLOUDSTACK-996 Notes: This first commit is just a file move - if I squash it into one commit, it shows as a delete and add because over 50% of the file changed. This addresses bug CLOUDSTACK-996. Diffs - plugins/network-elements/midokura-midonet/src/com/cloud/network/element/MidokuraMidonetElement.java 48833b3 plugins/network-elements/midokura-midonet/src/com/cloud/network/guru/MidokuraMidonetGuestNetworkGuru.java ed0eb3c plugins/network-elements/midonet/src/com/cloud/network/element/MidoNetElement.java PRE-CREATION plugins/network-elements/midonet/src/com/cloud/network/guru/MidoNetGuestNetworkGuru.java PRE-CREATION Diff: https://reviews.apache.org/r/9897/diff/ Testing --- Built and deployed, spun up Advanced Isolated network with two VMs, verified internal and external connectivity via MidoNet. Thanks, Dave Cahill
Review Request: MidoNet Networking Plugin [2/2]
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9898/ --- Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal. Description --- Feature spec: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Midokura+Networking+Plugin Jira ticket: https://issues.apache.org/jira/browse/CLOUDSTACK-996 Notes: * Moved plugin to nonoss since the MidoNet client jar is not publicly available * Documentation will follow as a separate commit * One main difference from existing networking plugins is the lack of a Resource class; we didn't feel it was necessary in this case. As mentioned in Extending CloudStack Networking [1]: Just like managers, resources are not strictly necessary. In theory a Network Element could implement a client for the API of the new controller and therefore be completely self-contained. * We allow overriding Public traffic via the MidoNetPublicNetworkGuru. We checked this approach with the list [2] and received no comments, so we're going with it for now. [1] https://cwiki.apache.org/CLOUDSTACK/extending-cloudstack-networking.html [2] http://markmail.org/message/k5qse63eyylszm3i This addresses bug CLOUDSTACK-996. Diffs - api/src/com/cloud/network/Network.java efed5cd api/src/com/cloud/network/Networks.java e3d2158 api/src/com/cloud/network/PhysicalNetwork.java 343a2b1 api/src/org/apache/cloudstack/network/ExternalNetworkDeviceManager.java bc22804 client/pom.xml cda6ab8 client/tomcatconf/nonossComponentContext.xml.in 20e0c32 deps/install-non-oss.sh 74575a8 plugins/hypervisors/kvm/pom.xml 013a58d plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtDomainXMLParser.java b622b6d plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java c93aeeb plugins/network-elements/midokura-midonet/pom.xml 7f2e2d3 plugins/network-elements/midonet/pom.xml PRE-CREATION plugins/network-elements/midonet/src/com/cloud/network/element/MidoNetElement.java 48833b3 plugins/network-elements/midonet/src/com/cloud/network/element/SimpleFirewallRule.java PRE-CREATION plugins/network-elements/midonet/src/com/cloud/network/guru/MidoNetGuestNetworkGuru.java ed0eb3c plugins/network-elements/midonet/src/com/cloud/network/guru/MidoNetPublicNetworkGuru.java PRE-CREATION plugins/network-elements/midonet/src/com/cloud/network/resource/MidoNetVifDriver.java PRE-CREATION plugins/network-elements/midonet/test/com/cloud/network/element/MidoNetElementTest.java PRE-CREATION plugins/pom.xml 88f617b server/src/com/cloud/configuration/Config.java 64465a2 server/src/com/cloud/network/NetworkManagerImpl.java 3220c91 ui/scripts/system.js 4d529ae Diff: https://reviews.apache.org/r/9898/diff/ Testing --- Built and deployed, spun up Advanced Isolated network with two VMs, verified internal and external connectivity via MidoNet. Thanks, Dave Cahill
RE: [DISCUSS] RESTful agent for Hyper-V plugin
Comments inline: -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: 13 March 2013 12:09 AM To: cloudstack-dev@incubator.apache.org Cc: Alex Huang Subject: Re: [DISCUSS] RESTful agent for Hyper-V plugin Is this an accurate summary? 1. Design a REST-ful API that is functionally equivalent to the operations provided in the agent-api package 2. Implement this in C# / .NET 3. Run one of these API servers on every hypervisor [Donal Lafferty] WRT #1: Operations in the agent-api package are used by cloudstack's orchestration engine to tell a provisioning plugin what it wants done. Examples include com.cloud.agent.api.storage.CreateCommand for volume creation and com.cloud.agent.api.GetVmStatsCommand to request detailed VM status. The REST-ful API would offer functionally equivalent web services. These web services would be implemented by the native ServerResource. The generic ServerComponent would be responsible for mapping between commands in the agent-api package and this web service. WRT #2: C# code on a .NET framework classes is a well-supported implementation option. The code's copyright would be held by Apache CloudStack. The libraries on which it depended would be proprietary to Microsoft (.NET Runtime, and ASP.NET Web API framework). AFAIK, the tool chain would be licensed by Microsoft as part their Visual Studio product. I would like to know better how model would fit with our existing tool chain. WRT #3: we would need to deploy a ServerResource on each Hyper-V server. The ServerResource would run as a Windows Service. A Windows Service performs the functions of a daemon. The ServerResource would be self-hosting to avoid the need for a separate web server such as IIS. In Windows, the term 'self-hosting' refers to a web service that does not rely on a distinct container for its communications stack. The alternative is for the ServerResource to execute as a module of a web server such as IIS (Microsoft's httpd). +3 if my understanding is right. [Donal Lafferty] Yes, difficulty increases with the maximum score. However, the experience from Phase 1 and the tools available for C#/.NET work should reduce the risk involved. If so, - how would the vm orchestrator find the REST endpoint? [Donal Lafferty] The web service location would be constructed from the server's URL and a well known path. This would allow the existing mechanisms for adding servers to a cluster to be used for Hyper-V. - how would the vm orchestrator authenticate against the REST endpoint? [Donal Lafferty] Initially, Basic Authentication would be used. CloudStack's GUI may need a slight update to deal with backslashes that appear in domain-based user accounts. - are there any cluster-level operations that would be implemented? [Donal Lafferty] Initially, cluster semantics would be implemented in CloudStack. At the hypervisor level, Hyper-V servers would be unaware of their cluster peers. On 3/12/13 2:51 PM, Donal Lafferty donal.laffe...@citrix.com wrote: I wanted to get some feedback on a shift to a remote agent for the next phase of Hyper-V development. Controlling Hyper-V directly from the management server makes image motion tricky. A plugin could use WS-Management to remotely manage Windows subsystems such as Hyper-V; however, this does not provide an obvious means of downloading templates when they are stored in S3 or Swift. For Phase 2, I'd like to revise the Hyper-V plugin to use a native ServerResource with a RESTful API that is consumed by a generic ServerComponent. The ServerComponents is 'generic', because it makes no assumptions beyond what is in the ServerResource's RESTful API. Instead of using the message bus, the ServerComponent would convert existing Agent commands to GET and POST HTTP methods. With the message bus gone, the remote agent no longer needs to be started using outside tools (e.g. KVM uses SSH). Ideally the generic ServerComponent would not have to be customised for the type of hypervisor it was talking to. The ServerResource is 'native', because it would run on the hypervisor and be implemented in a well-supported language. By well-supported, I mean the remote agent would be implemented in a language designed to call the hypervisor's API library directly. The Java agent used in Hyper-V Phase 1 needed scripts to call theHyper-V API, and these were launched in a separate process outside the JVM. For Phase 2, using C# and the .NET framework would avoid spinning up this separate process. Also, the ServerResource would have access to the Hypervisor's file system and attached devices, which provides more flexibility for downloading and writing a disk image to primary storage. Therefore, the native ServerResource gets to exploit the hypervisor's development ecosystem directly. Any comments on this approach, or the IP and technology
Re: Review Request: AWS Style HealthCheck feature BugID : 664
On March 12, 2013, 1:59 p.m., Vijay Venkatachalam wrote: server/src/com/cloud/network/lb/LoadBalancingRulesManagerImpl.java, line 780 https://reviews.apache.org/r/9165/diff/5/?file=269507#file269507line780 Are you using provider? Not using it. unused one - Rajesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9165/#review17734 --- On March 12, 2013, 7:42 a.m., Rajesh Battala wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9165/ --- (Updated March 12, 2013, 7:42 a.m.) Review request for cloudstack and Vijay Venkatachalam. Description --- Code Review for AWS Style Health Check Feature : Added API commands : 1. createLBHealthCheck 2. deleteLBHealthCheck 3. listLBHealthCheck load_balancer_healthcheck_policies table will hold the data for healthcheck polices. commands will take the lbrule id as mandatory param and execute the action. 1. createLBHealthCheck : LB ruleid is the mandatory param to the api. Remaining params (pingpath, responstime, request Healthcheck_interval, Healthy_thresshold, Unhealth_thresshold) have default values. if not specified in the command. It will create monitor (tcp/http) depending upon the LB protocol. after creating the LB Monitor, it will bind the monitor to all the services present in the LB rule. NetScaler will take care of monitoring according to the monitor params. Monitor name will be (Cloud-Hc-LB IP-port) Initially only one monitor is supported for an LB rule. if createLBHealthCheck returns an error, it will cleanup the entry created in db. 2. deleteLBHealthCheck: LB ruleid is the mandatory param to the api. the command will first unbind all the services attached to it and then the monitor will be deleted. DB entry in load_balancer_healthcheck_policies will be deleted. 3. listLBHealthChecks: == LB ruleid is the mandatory param to the api. this command will list LB HealthChecks created on the LB rule. LBHealthCheckManager: = A new field is introduce in the table load_balancer_vm_map (state of string type) The task of the LBHealthCheckManager is at every period of time, it will fetch the service status of LB rules and update them in the load_balancer_vm_map. The time interval fo the LBHealthManager can be configured from Global Settings(healthcheck.update.interval). default value is 600 sec. possible values UP, DOWN, UNKNOWN, BUSY, OUT OF SERVICE, GOING OUT OF SERVICE, DOWN WHEN GOING OUT OF SERVICE This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-664. Diffs - api/src/com/cloud/agent/api/routing/HealthCheckLBConfigAnswer.java PRE-CREATION api/src/com/cloud/agent/api/routing/HealthCheckLBConfigCommand.java PRE-CREATION api/src/com/cloud/agent/api/to/LoadBalancerTO.java 2d166ea api/src/com/cloud/event/EventTypes.java 0087edc api/src/com/cloud/network/Network.java efed5cd api/src/com/cloud/network/element/LoadBalancingServiceProvider.java 879ea0e api/src/com/cloud/network/lb/LoadBalancingRule.java fb1d988 api/src/com/cloud/network/lb/LoadBalancingRulesService.java 3743aae api/src/com/cloud/network/rules/HealthCheckPolicy.java PRE-CREATION api/src/org/apache/cloudstack/api/ApiConstants.java b40b26c api/src/org/apache/cloudstack/api/ResponseGenerator.java a602514 api/src/org/apache/cloudstack/api/command/user/loadbalancer/CreateLBHealthCheckPolicyCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/command/user/loadbalancer/DeleteLBHealthCheckPolicyCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/command/user/loadbalancer/ListLBHealthCheckPoliciesCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/response/LBHealthCheckPolicyResponse.java PRE-CREATION api/src/org/apache/cloudstack/api/response/LBHealthCheckResponse.java PRE-CREATION client/tomcatconf/commands.properties.in 5018236 client/tomcatconf/components.xml.in 1d3faf3 plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/element/ElasticLoadBalancerElement.java abb36c3 plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/lb/ElasticLoadBalancerManagerImpl.java 81039d1 plugins/network-elements/f5/src/com/cloud/network/element/F5ExternalLoadBalancerElement.java 94c098e plugins/network-elements/netscaler/src/com/cloud/network/element/NetscalerElement.java 8f902df plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java abea464
Re: Review Request: AWS Style HealthCheck feature BugID : 664
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9165/ --- (Updated March 13, 2013, 9:49 a.m.) Review request for cloudstack and Vijay Venkatachalam. Changes --- Modified as per review comments. Description --- Code Review for AWS Style Health Check Feature : Added API commands : 1. createLBHealthCheck 2. deleteLBHealthCheck 3. listLBHealthCheck load_balancer_healthcheck_policies table will hold the data for healthcheck polices. commands will take the lbrule id as mandatory param and execute the action. 1. createLBHealthCheck : LB ruleid is the mandatory param to the api. Remaining params (pingpath, responstime, request Healthcheck_interval, Healthy_thresshold, Unhealth_thresshold) have default values. if not specified in the command. It will create monitor (tcp/http) depending upon the LB protocol. after creating the LB Monitor, it will bind the monitor to all the services present in the LB rule. NetScaler will take care of monitoring according to the monitor params. Monitor name will be (Cloud-Hc-LB IP-port) Initially only one monitor is supported for an LB rule. if createLBHealthCheck returns an error, it will cleanup the entry created in db. 2. deleteLBHealthCheck: LB ruleid is the mandatory param to the api. the command will first unbind all the services attached to it and then the monitor will be deleted. DB entry in load_balancer_healthcheck_policies will be deleted. 3. listLBHealthChecks: == LB ruleid is the mandatory param to the api. this command will list LB HealthChecks created on the LB rule. LBHealthCheckManager: = A new field is introduce in the table load_balancer_vm_map (state of string type) The task of the LBHealthCheckManager is at every period of time, it will fetch the service status of LB rules and update them in the load_balancer_vm_map. The time interval fo the LBHealthManager can be configured from Global Settings(healthcheck.update.interval). default value is 600 sec. possible values UP, DOWN, UNKNOWN, BUSY, OUT OF SERVICE, GOING OUT OF SERVICE, DOWN WHEN GOING OUT OF SERVICE This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-664. Diffs (updated) - api/src/com/cloud/agent/api/routing/HealthCheckLBConfigAnswer.java PRE-CREATION api/src/com/cloud/agent/api/routing/HealthCheckLBConfigCommand.java PRE-CREATION api/src/com/cloud/agent/api/to/LoadBalancerTO.java 2d166ea api/src/com/cloud/event/EventTypes.java 0087edc api/src/com/cloud/network/Network.java efed5cd api/src/com/cloud/network/element/LoadBalancingServiceProvider.java 879ea0e api/src/com/cloud/network/lb/LoadBalancingRule.java fb1d988 api/src/com/cloud/network/lb/LoadBalancingRulesService.java 3743aae api/src/com/cloud/network/rules/HealthCheckPolicy.java PRE-CREATION api/src/org/apache/cloudstack/api/ApiConstants.java b40b26c api/src/org/apache/cloudstack/api/ResponseGenerator.java a602514 api/src/org/apache/cloudstack/api/command/user/loadbalancer/CreateLBHealthCheckPolicyCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/command/user/loadbalancer/DeleteLBHealthCheckPolicyCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/command/user/loadbalancer/ListLBHealthCheckPoliciesCmd.java PRE-CREATION api/src/org/apache/cloudstack/api/response/LBHealthCheckPolicyResponse.java PRE-CREATION api/src/org/apache/cloudstack/api/response/LBHealthCheckResponse.java PRE-CREATION client/tomcatconf/commands.properties.in 5018236 plugins/network-elements/dns-notifier/resources/components-example.xml 36441bd plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/element/ElasticLoadBalancerElement.java abb36c3 plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/lb/ElasticLoadBalancerManagerImpl.java 81039d1 plugins/network-elements/f5/src/com/cloud/network/element/F5ExternalLoadBalancerElement.java 94c098e plugins/network-elements/netscaler/src/com/cloud/network/element/NetscalerElement.java 8f902df plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java abea464 server/src/com/cloud/api/ApiResponseHelper.java fbfc955 server/src/com/cloud/configuration/Config.java 64465a2 server/src/com/cloud/network/ExternalLoadBalancerDeviceManager.java d979f07 server/src/com/cloud/network/ExternalLoadBalancerDeviceManagerImpl.java d7b6d78 server/src/com/cloud/network/LBHealthCheckPolicyVO.java PRE-CREATION server/src/com/cloud/network/NetworkManagerImpl.java 3220c91 server/src/com/cloud/network/dao/LBHealthCheckPolicyDao.java PRE-CREATION server/src/com/cloud/network/dao/LBHealthCheckPolicyDaoImpl.java PRE-CREATION
RE: Beer, pizza Cloudstack
+1, quite liked the presentations from the last meeting From: Giles Sirett [mailto:giles.sir...@shapeblue.com] Sent: 12 March 2013 5:52 PM To: cloudstack-market...@incubator.apache.org; cloudstack-us...@incubator.apache.org; cloudstack-dev@incubator.apache.org Subject: Beer, pizza Cloudstack [cross posting to dev,users and marketing] The next meeting of the European CloudStack group will be in London on 11 April 18:00-20:00 Please Register early http://www.eventbrite.com/event/5816841329?ref=elink speakers TBC. Proposals for presentations, gladly accepted Everybody welcome: old faces and new, operators, developers and anybody else with an interest Kind Regards Giles Giles Sirett CEO [cid:image001.png@01CE1F4A.4BEF7BB0] D: +44 20 3603 0541 | S: +44 20 3603 0540 | M: +44 796 111 2055 giles.sir...@shapeblue.commailto:giles.sir...@shapeblue.com | www.shapeblue.comhttp://www.shapeblue.com/ | Twitter:@shapeBluehttps://twitter.com/#!/shapeblue ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Error starting system vms on latest asf/master
Hi ,
I tried to deploy latest master code to set up a developer's environment
(Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy it there
but it threw an exception while starting the systemVM's as below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
___
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM) on
host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task record:
uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error Traceback
(most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM) on
host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task record:
uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error Traceback
(most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,838 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Unable to start s-42-VM due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM) on
host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task record:
uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
regarding the feature - support for storage motion on VMware
This mail is regarding support for storage motion on VMware. It was mentioned before that the same FS as xenmotion-https://cwiki.apache.org/confluence/display/CLOUDSTACK/Enabling+Storage+XenMotion+for+XenServer - would be used for VMware storage motion too. I feel there is a need to create a wiki page to call out details of storage motion on VMWare. Same is the case with the feature tracking bug too, https://issues.apache.org/jira/browse/CLOUDSTACK-659 . Thanks, ~Talluri
Re: Error starting system vms on latest asf/master
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's environment
(Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy it there
but it threw an exception while starting the systemVM's as below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
___
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,838 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Unable to start s-42-VM due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's environment
(Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy it
there but it threw an exception while starting the systemVM's as below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
___
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,838 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Unable to start s-42-VM due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13
[OFFLINE] Mar 14th - Mar 18th
Will be offline to take care of some personal stuff. -- Prasanna.,
Re: Error starting system vms on latest asf/master
On the building wiki; see the building section:
Download this on your host:
http://download.cloud.com.s3.amazonaws.com/tools/vhd-util
And try again if that fails, we've a serious blocker on master that
needs verification and fix.
Regards.
On Wed, Mar 13, 2013 at 4:25 PM, Pranav Saxena pranav.sax...@citrix.com wrote:
Hi ,
I tried to deploy latest master code to set up a developer's environment
(Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy it there
but it threw an exception while starting the systemVM's as below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
___
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,838 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Unable to start s-42-VM due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
RE: Error starting system vms on latest asf/master
$/pranav/incubator-cloudstack# find . -name vhd-util
./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./scripts/vm/hypervisor/xenserver/vhd-util
-Original Message-
From: srivatsav.prasa...@gmail.com [mailto:srivatsav.prasa...@gmail.com] On
Behalf Of prasanna
Sent: Wednesday, March 13, 2013 4:34 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's
environment (Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy
it there but it threw an exception while starting the systemVM's as
below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
_
_
_
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
RE: Error starting system vms on latest asf/master[Solved]
Ok , my issue is resolved now . So the first time when the systemvm.iso wasn't
found and CS tried to use some old template in my primary storage as a
reference to create systemVm's. After manually copying the systemvm.iso file
to the host and also deleting those stale images on my primary storage and
re-deploying the db solved the issue for me .
System VM's are up and running now.
Thanks Devdeep for helping in solving the issue !
Regards,
Pranav
-Original Message-
From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
Sent: Wednesday, March 13, 2013 4:45 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: Error starting system vms on latest asf/master
$/pranav/incubator-cloudstack# find . -name vhd-util
./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./scripts/vm/hypervisor/xenserver/vhd-util
-Original Message-
From: srivatsav.prasa...@gmail.com [mailto:srivatsav.prasa...@gmail.com] On
Behalf Of prasanna
Sent: Wednesday, March 13, 2013 4:34 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's
environment (Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy
it there but it threw an exception while starting the systemVM's as
below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
_
_
_
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(s-42-VM)
on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task failed! Task
record: uuid: 702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1427)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:530)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
Re: Error starting system vms on latest asf/master[Solved]
For me its little different. I am getting BOOTLOADER_FAILED error. I
have vhd-util on my host. Systemvm.iso is also getting downloaded but
its not starting.
Thanks,
Anshul
2013-03-13 11:32:18,778 DEBUG [agent.transport.Request]
(consoleproxy-1:null) Seq 1-368574479: Waiting for Seq 368574478
Scheduling: { Cmd , MgmtId: 50708199391567, via: 1, Ver: v1, Flags:
100111,
[{storage.CreateCommand:{volId:2,pool:{id:200,uuid:22a5d010-6ca4-31cd-a09c-5e40e89fbd4b,host:10.102.192.100,path:/cpg_vol/anshul/primary,port:2049,type:NetworkFilesystem},diskCharacteristics:{size:0,tags:[],type:ROOT,name:ROOT-2,useLocalStorage:false,recreatable:true,diskOfferingId:10,volumeId:2},templateUrl:4358a505-1abd-49b0-92fa-9177c7ac5065,wait:0}}]
}
2013-03-13 11:32:18,804 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-12:null) Created a vif c277cee8-9ff7-736e-6671-34d46b7275fb
on 3
2013-03-13 11:32:20,873 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-12:null) Task failed! Task record: uuid:
4207bf0e-1fa3-6d3a-e288-76115294460e
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 11:40:20 IST 2013
finished: Wed Mar 13 11:40:22 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@4bae8b78
progress: 1.0
type: none/
result:
errorInfo: [BOOTLOADER_FAILED,
OpaqueRef:d2e67bfb-db3c-b65e-4ae1-e579bb9dcede, Unable to find partition
containing kernel
]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
2013-03-13 11:32:20,890 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-12:null) Unable to start VM(s-1-VM) on
host(3a6b2d04-c5df-4e15-bcbc-4867c591d0b7) due to Task failed! Task
record: uuid: 4207bf0e-1fa3-6d3a-e288-76115294460e
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 11:40:20 IST 2013
finished: Wed Mar 13 11:40:22 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@4bae8b78
progress: 1.0
type: none/
result:
errorInfo: [BOOTLOADER_FAILED,
OpaqueRef:d2e67bfb-db3c-b65e-4ae1-e579bb9dcede, Unable to find partition
containing kernel
On 13/03/13 17:04, Pranav Saxena wrote:
Ok , my issue is resolved now . So the first time when the systemvm.iso
wasn't found and CS tried to use some old template in my primary storage as
a reference to create systemVm's. After manually copying the systemvm.iso
file to the host and also deleting those stale images on my primary storage
and re-deploying the db solved the issue for me .
System VM's are up and running now.
Thanks Devdeep for helping in solving the issue !
Regards,
Pranav
-Original Message-
From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
Sent: Wednesday, March 13, 2013 4:45 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: Error starting system vms on latest asf/master
$/pranav/incubator-cloudstack# find . -name vhd-util
./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/vhd-util
./scripts/vm/hypervisor/xenserver/vhd-util
-Original Message-
From: srivatsav.prasa...@gmail.com [mailto:srivatsav.prasa...@gmail.com] On
Behalf Of prasanna
Sent: Wednesday, March 13, 2013 4:34 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's
environment (Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy
it there but it threw an exception while starting the systemVM's as
below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
_
_
_
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(s-42-VM) on
[ACS41][Patch Request] CLOUDSTACK-1427: Failed to delete Guestnetwork which has LB with Netscaler
CLOUDSTACK-1427: Failed to delete Guestnetwork which has LB with Netscaler There is no need for getIpDeployer to depend on the fact a NetScaler device is allocated (network is implemented state) or not-allocated (network is in shutdown state) Branch: refs/heads/master Commit: 2feda05ecd15d7fe63bd986868de2844340acec6 Parents: b4bab5a Author: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com Authored: Wed Mar 13 17:17:12 2013 +0530 Committer: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com Committed: Wed Mar 13 17:30:15 2013 +0530
Review Request: Proposal BUG-ID: CLOUDSTACK-1252 Summary: Failed to download default template in VMware
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9900/ --- Review request for cloudstack, David Nalley, Chip Childers, Hugo Trippaers, Alex Huang, Wido den Hollander, and Noa Resare. Description --- BUG-ID: CLOUDSTACK-1252 Summary: Failed to download default template in VMware Proposing to modify package.sh script. Package as per OSS or NONOSS arguments. Signed-off-by: Pradeep pradeep.soundarara...@citrix.com -- Now package.sh will act based on the below usage i.e. with or without arguments: ./package.sh -h usage: ./package.sh [-p|--pack] [-h|--help] [ARGS] The commonly used Arguments are: oss|OSS To package OSS specific nonoss|NONOSS To package NONOSS specific Examples: ./package.sh -p|--pack oss|OSS ./package.sh -p|--pack nonoss|NONOSS ./package.sh (Default OSS) --- Diffs - packaging/centos63/cloud.spec 1b2c9a9633e161081809c3aa25574fdb863d4d0b packaging/centos63/package.sh 2515ecba11fee3ea8dd5f85884861585392a26cd Diff: https://reviews.apache.org/r/9900/diff/ Testing --- I have tested these changes. They are working well. Please review and submit it if you are fine. In future, we can even change the mvn commands as per our need from cloud.spec. Thanks, Pradeep Soundararajan
Re: [DISCUSS] Site Analytics?
On Wed, Dec 26, 2012, at 02:13 PM, John Kinsella wrote: Did we ever get this setup? Sorry - no, I dropped this. Picking back up now. I'm going to send a firm proposal to the list and if we can get consensus I'll start getting it done. If at all humanly possible, I'd like to have analytics in place before the 4.1.0 launch. One question I have - is -dev still the appropriate place to discuss this, or would -marketing be sufficient? On one hand, I suspect many folks on -dev are not that interested in our website analytics. On the other, I'm concerned about moving a conversation that touches on privacy, etc. to a list that many committers and PPMC members aren't watching closely. Thoughts? Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: [DRAFT] Graduation resolution / IPMC vote email draft for discussion
On Mar 13, 2013, at 4:32 AM, Sebastien Goasguen run...@gmail.com wrote: On Mar 12, 2013, at 10:46 AM, Chip Childers chip.child...@sungard.com wrote: OK, here's the latest draft. It includes names now, although we are waiting for a couple of mentors to respond to a question around their interest in staying with the project after graduation. It also includes updated committer counts. Last, it includes the new project description we discussed. It still requires the results of our VOTE thread to graduate (notice the XX strings that need to be replaced). I'd like folks to review this email / resolution draft one last time... Comments / questions / concerns welcome! Apache CloudStack entered the Incubator in April of 2012. We have made significant progress with the project since moving over to Apache. We have 31 committers and 13 PPMC members listed on our status page at [1], not including the 8 mentors that helped guide our community through incubation. 16 of the committers and 7 of the PPMC members were added after the podling was formed. One mentor joined the project after the podling started. 3 of the initial committers that were not in the initial PPMC have now joined the PPMC. 6 of our mentors will be remaining with the project as it transitions into a TLP. We have verified that Apache CloudStack is a suitable name [2], and the CloudStack marks are being donated from Citrix to the ASF. We completed two releases (Apache CloudStack 4.0.0-incubating and Apache CloudStack 4.0.1-incubating) and are currently preparing for two more (4.0.2 and 4.1.0). The community of Apache CloudStack is active, healthy, and growing and has demonstrated the ability to self-govern using accepted Apache practices. After holding a discussion [3], the Apache CloudStack community subsequently voted overwhelmingly to graduate [4], collecting X +1 votes (including XX from our mentors), and no +0 or -1 votes. Our community has created a set of bylaws for the project [5]. Please cast your votes: [ ] +1 Graduate Apache CloudStack from Apache Incubator [ ] +0 Indifferent to graduation status of Apache CloudStack [ ] -1 Reject graduation of Apache CloudStack from Apache Incubator because... We'll run the vote for 72 hours. [1] http://incubator.apache.org/projects/cloudstack.html [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-23 [3] http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201302.mbox/%3C20130213145014.GE800%40USLT-205755.sungardas.corp%3E [ I don't think [3] is the right link, only points to your first email, not the thread. I'll switch it. Thanks. 4] *insert graduation vote thread link* [5] https://cwiki.apache.org/CLOUDSTACK/apache-cloudstack-project-bylaws.html X. Establish the Apache CloudStack Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software, for distribution at no charge to the public, related to the development of software to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache CloudStack Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache CloudStack Project be and hereby is responsible for the creation and maintenance of software related to providing and supporting an Infrastructure-as-a-Service (IaaS) cloud computing platform. RESOLVED, that the office of Vice President, Apache CloudStack be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache CloudStack Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache CloudStack Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache CloudStack Project: I see John's point. Should we clarify that this is only PMC members ? Can we list the 31 committers as well ? I'm following the required template and practices here. This is a draft of a legal document so I don't suggest we try to fiddle with it. * Joe Brockmeier j...@apache.org * Will Chan willc...@apache.org * Chip Childers chipchild...@apache.org * Mohammad Nour El-Din mn...@apache.org * Sebastien Goasguen seb...@apache.org * Matt Richard Hogstrom hogst...@apache.org * Wido den Hollander wid...@apache.org * Alex Huang ahu...@apache.org * Jim Jagielski j...@apache.org * Alex Karasulu akaras...@apache.org * John Kinsella
Re: [DISCUSS] RESTful agent for Hyper-V plugin
On 13/03/13 3:14 PM, Donal Lafferty donal.laffe...@citrix.com wrote: WRT #2: C# code on a .NET framework classes is a well-supported implementation option. The code's copyright would be held by Apache CloudStack. The libraries on which it depended would be proprietary to Microsoft (.NET Runtime, and ASP.NET Web API framework). AFAIK, the tool chain would be licensed by Microsoft as part their Visual Studio product. I would like to know better how model would fit with our existing tool chain. Donal, from the integration with Hyper-V perspective this is good way to go. AFAIK there are not good Linux/Java C# compilers so how do you plan to take care of building C# agent code?
Re: [DISCUSS] Site Analytics?
On Mar 13, 2013, at 8:46 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Dec 26, 2012, at 02:13 PM, John Kinsella wrote: Did we ever get this setup? Sorry - no, I dropped this. Picking back up now. I'm going to send a firm proposal to the list and if we can get consensus I'll start getting it done. If at all humanly possible, I'd like to have analytics in place before the 4.1.0 launch. One question I have - is -dev still the appropriate place to discuss this, or would -marketing be sufficient? On one hand, I suspect many folks on -dev are not that interested in our website analytics. On the other, I'm concerned about moving a conversation that touches on privacy, etc. to a list that many committers and PPMC members aren't watching closely. Thoughts? Marketing seems good to me, except that I'd appreciate if it was brought back to the dev list when the plan is baked. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: [PROPOSAL][CLOUDSTACK-1456] SG Isolation in Advanced Zone for VMWare Hypervisor using PVLANs
On Mar 12, 2013, at 11:56 PM, Manan Shah manan.s...@citrix.com wrote: Yes, Chiradeep, you are correct. The PVLAN would only be able to provide isolation at L2. The primary use case from the providers perspective is to run multiple shared networks (services network for monitoring, patching, etc). And on each of these services network, the VMs should only be allowed to talk to the admin servers. This can be achieved using PVLANs to prevent multiple Tenant VMs to talk to each other. This is a really important use case, primarily for the providers themselves. I will update the PRD to reflect this. Regards, Manan Shah On 3/11/13 10:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: As far as I can tell most of the requirements can NOT be satisfied by PVLAN. The only thing PVLAN can do is: 1. Restrict a VM's traffic to the upstream router 2. Restrict a VM's traffic to a set of Vms on the same physical VLAN. PVLAN does not offer any L4 access control, nor can it work across L3 domains. Of the 4 use cases, the first one can be supported in a limited fashion (no security groups, but restricting Vms from communicating using L2 isolation). On 2/28/13 1:35 PM, Manan Shah manan.s...@citrix.com wrote: Hi, I would like to propose a new feature for adding SG Isolation support for VMWare Hypervisor using PVLANs. I have created a JIRA ticket and provided the requirements at the following location. Please provide feedback on the requirements. JIRA Ticket: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Requirements: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Regards, Manan Shah
Re: [OFFLINE] Sporadically online / offline tomorrow (March 13)
No volunteers to do commits for 4.2 today? On Tuesday, March 12, 2013, Chip Childers wrote: As the subject said, I'll be sporadically online / offline tomorrow (March 13). Can I get a volunteer to help with patch reviews for 4.1 please? You may have to watch for review requests that don't name you specifically. I'll also (most likely) not make the weekly IRC meeting. From my perspective - the most important topic for 4.1 is the state of the bug backlog... Discussion on how to get that number down would be most appreciated. ;-) -chip
Re: [DISCUSS] Site Analytics?
On Wed, Mar 13, 2013, at 08:04 AM, Chip Childers wrote: On Mar 13, 2013, at 8:46 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Dec 26, 2012, at 02:13 PM, John Kinsella wrote: Did we ever get this setup? Sorry - no, I dropped this. Picking back up now. I'm going to send a firm proposal to the list and if we can get consensus I'll start getting it done. If at all humanly possible, I'd like to have analytics in place before the 4.1.0 launch. One question I have - is -dev still the appropriate place to discuss this, or would -marketing be sufficient? On one hand, I suspect many folks on -dev are not that interested in our website analytics. On the other, I'm concerned about moving a conversation that touches on privacy, etc. to a list that many committers and PPMC members aren't watching closely. Thoughts? Marketing seems good to me, except that I'd appreciate if it was brought back to the dev list when the plan is baked. Happy to report back to -dev, but I'm curious whether this would imply giving the -dev list 72 hours to digest/discuss any plans made on the -marketing list? Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: [DISCUSS] Site Analytics?
On Mar 13, 2013, at 9:22 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Mar 13, 2013, at 08:04 AM, Chip Childers wrote: On Mar 13, 2013, at 8:46 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Dec 26, 2012, at 02:13 PM, John Kinsella wrote: Did we ever get this setup? Sorry - no, I dropped this. Picking back up now. I'm going to send a firm proposal to the list and if we can get consensus I'll start getting it done. If at all humanly possible, I'd like to have analytics in place before the 4.1.0 launch. One question I have - is -dev still the appropriate place to discuss this, or would -marketing be sufficient? On one hand, I suspect many folks on -dev are not that interested in our website analytics. On the other, I'm concerned about moving a conversation that touches on privacy, etc. to a list that many committers and PPMC members aren't watching closely. Thoughts? Marketing seems good to me, except that I'd appreciate if it was brought back to the dev list when the plan is baked. Happy to report back to -dev, but I'm curious whether this would imply giving the -dev list 72 hours to digest/discuss any plans made on the -marketing list? Probably, but I'd say that whatever seems like The Right Thing (tm) is the way to go.. ;) Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
RE: [DISCUSS] RESTful agent for Hyper-V plugin
Comments below. -Original Message- From: Murali Reddy [mailto:murali.re...@citrix.com] Sent: 13 March 2013 1:01 PM To: cloudstack-dev@incubator.apache.org Cc: Alex Huang Subject: Re: [DISCUSS] RESTful agent for Hyper-V plugin On 13/03/13 3:14 PM, Donal Lafferty donal.laffe...@citrix.com wrote: WRT #2: C# code on a .NET framework classes is a well-supported implementation option. The code's copyright would be held by Apache CloudStack. The libraries on which it depended would be proprietary to Microsoft (.NET Runtime, and ASP.NET Web API framework). AFAIK, the tool chain would be licensed by Microsoft as part their Visual Studio product. I would like to know better how model would fit with our existing tool chain. Donal, from the integration with Hyper-V perspective this is good way to go. AFAIK there are not good Linux/Java C# compilers so how do you plan to take care of building C# agent code? [Donal Lafferty] Yes, that is the question I am asking, because I am not clear on how the community deals with ServerResources. ServerResources present a problems for testing, building and deploying. What are the testing requirements for a device-specific ServerResource? For example, the KVM ServerResource needs access to a KVM system where libvirt calls make sense. Do we have a KVM system in place, or is testing delegated to a community member? For building, what has been the approach for non-Java tool chains? How does CloudStack deal with build tools that are not available on all platforms? In these cases, should the ServerResource be an optional build that is integrated with the CloudStack Maven build, or should the ServerResource build be kicked off through an entirely separate mechanism? For deploying, do we need to extend the set of repos with binaries for another platform? E.g. should a binary of the ServerResource be available on something like NuGet, or are community members responsible for building their own version from source? I would like to know the precedents for dealing with these issues. DL
Re: [DISCUSS] CloudStack Social media
Just a note that I'm wrapping this discussion up and taking DRAFT off the page as it's received no edits. I suppose the next step will be to limit access to PPMC/committers and coming up with a rotation to ensure that we keep the relevant accounts active. I can continue to do Twitter and Facebook. Do we have any interest in continuing the Identi.ca account? I *think* we can just cross-post from Twitter, but that means that people querying @cloudstack on Identi.ca might be ignored. Also, Identi.ca is not well-loved by tools like Hootsuite. On Tue, Feb 19, 2013, at 04:15 PM, Joe Brockmeier wrote: On Mon, Feb 11, 2013, at 09:32 AM, Chip Childers wrote: Anyone want to take this on? I think that the recent discussions that Ilya brought up around marketing might be a good way to get a policy pulled together. I've started a draft here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Social+Media+Guidelines+(Draft) If anyone thinks we need a formal VOTE on this, let me know - but I definitely want to get feedback before that point. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: [OFFLINE] Sporadically online / offline tomorrow (March 13)
On Wed, Mar 13, 2013 at 9:17 AM, Chip Childers chip.child...@sungard.com wrote: No volunteers to do commits for 4.2 today? I'll take it --David
Review Request: CLOUDSTACK-1157: No API Documentation on Listing Custom User Templates Using CS4 API
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9902/ --- Review request for cloudstack. Description --- CLOUDSTACK-1157: No API Documentation on Listing Custom User Templates Using CS4 API Updated API documentation for listTemplates command, including: - Added missing options to description - Updated descriptions to be in line with listISos API command This addresses bug CLOUDSTACK-1157. Diffs - api/src/org/apache/cloudstack/api/command/user/template/ListTemplatesCmd.java c48534e Diff: https://reviews.apache.org/r/9902/diff/ Testing --- Thanks, David Grizzanti
Re: [OFFLINE] Sporadically online / offline tomorrow (March 13)
On Wed, Mar 13, 2013 at 11:07 AM, Chip Childers chip.child...@sungard.com wrote: On Mar 13, 2013, at 10:51 AM, David Nalley da...@gnsa.us wrote: On Wed, Mar 13, 2013 at 9:17 AM, Chip Childers chip.child...@sungard.com wrote: No volunteers to do commits for 4.2 today? I'll take it --David Thanks. There are a few on the list to be done from over night. Yep, I'll pick them up shortly. --David
Re: [ACS41][Patch Request] CLOUDSTACK-1427: Failed to delete Guestnetwork which has LB with Netscaler
On Wed, Mar 13, 2013 at 8:14 AM, Murali Reddy murali.re...@citrix.com wrote: CLOUDSTACK-1427: Failed to delete Guestnetwork which has LB with Netscaler There is no need for getIpDeployer to depend on the fact a NetScaler device is allocated (network is implemented state) or not-allocated (network is in shutdown state) Branch: refs/heads/master Commit: 2feda05ecd15d7fe63bd986868de2844340acec6 Parents: b4bab5a Author: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com Authored: Wed Mar 13 17:17:12 2013 +0530 Committer: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com Committed: Wed Mar 13 17:30:15 2013 +0530 Ack - committed to 4.1 Applies and builds cleanly. --David
Re: [DRAFT] Graduation resolution / IPMC vote email draft for discussion
Final adjustment of names: Adding Brett Porter to the PMC list (for those that don't know, he's one of our mentors). Any other questions or concerns? On Tuesday, March 12, 2013, Chip Childers wrote: OK, here's the latest draft. It includes names now, although we are waiting for a couple of mentors to respond to a question around their interest in staying with the project after graduation. It also includes updated committer counts. Last, it includes the new project description we discussed. It still requires the results of our VOTE thread to graduate (notice the XX strings that need to be replaced). I'd like folks to review this email / resolution draft one last time... Comments / questions / concerns welcome! Apache CloudStack entered the Incubator in April of 2012. We have made significant progress with the project since moving over to Apache. We have 31 committers and 13 PPMC members listed on our status page at [1], not including the 8 mentors that helped guide our community through incubation. 16 of the committers and 7 of the PPMC members were added after the podling was formed. One mentor joined the project after the podling started. 3 of the initial committers that were not in the initial PPMC have now joined the PPMC. 6 of our mentors will be remaining with the project as it transitions into a TLP. We have verified that Apache CloudStack is a suitable name [2], and the CloudStack marks are being donated from Citrix to the ASF. We completed two releases (Apache CloudStack 4.0.0-incubating and Apache CloudStack 4.0.1-incubating) and are currently preparing for two more (4.0.2 and 4.1.0). The community of Apache CloudStack is active, healthy, and growing and has demonstrated the ability to self-govern using accepted Apache practices. After holding a discussion [3], the Apache CloudStack community subsequently voted overwhelmingly to graduate [4], collecting X +1 votes (including XX from our mentors), and no +0 or -1 votes. Our community has created a set of bylaws for the project [5]. Please cast your votes: [ ] +1 Graduate Apache CloudStack from Apache Incubator [ ] +0 Indifferent to graduation status of Apache CloudStack [ ] -1 Reject graduation of Apache CloudStack from Apache Incubator because... We'll run the vote for 72 hours. [1] http://incubator.apache.org/projects/cloudstack.html [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-23 [3] http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201302.mbox/%3C20130213145014.GE800%40USLT-205755.sungardas.corp%3E [4] *insert graduation vote thread link* [5] https://cwiki.apache.org/CLOUDSTACK/apache-cloudstack-project-bylaws.html X. Establish the Apache CloudStack Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software, for distribution at no charge to the public, related to the development of software to deploy and manage large networks of virtual machines, as a highly available, highly scalable Infrastructure as a Service (IaaS) cloud computing platform. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache CloudStack Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache CloudStack Project be and hereby is responsible for the creation and maintenance of software related to providing and supporting an Infrastructure-as-a-Service (IaaS) cloud computing platform. RESOLVED, that the office of Vice President, Apache CloudStack be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache CloudStack Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache CloudStack Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache CloudStack Project: * Joe Brockmeier j...@apache.org javascript:; * Will Chan willc...@apache.org javascript:; * Chip Childers chipchild...@apache.org javascript:; * Mohammad Nour El-Din mn...@apache.org javascript:; * Sebastien Goasguen seb...@apache.org javascript:; * Matt Richard Hogstrom hogst...@apache.org javascript:; * Wido den Hollander wid...@apache.org javascript:; * Alex Huang ahu...@apache.org javascript:; * Jim Jagielski j...@apache.org javascript:; * Alex Karasulu akaras...@apache.org javascript:; * John Kinsella j...@apache.org javascript:; * Kevin Kluge kl...@apache.org javascript:; * Olivier Lamy ol...@apache.org javascript:; * David Nalley ke4...@apache.org javascript:; * Noah Slater
Re: git commit: refs/heads/master - CLOUDSTACK-1551: Failed to list clusters due to NPE at createClusterResponse(ApiResponseHelper.java:837) when cluster is added automatically as a part of addHostCom
Abhi: Bharat:
Does this need to come into 4.1 as well?
--David
On Wed, Mar 13, 2013 at 1:40 AM, aprat...@apache.org wrote:
Updated Branches:
refs/heads/master 27b753a43 - 6715f9808
CLOUDSTACK-1551: Failed to list clusters due to NPE at
createClusterResponse(ApiResponseHelper.java:837) when cluster is added
automatically as a part of addHostCommand
Signed-off-by: Abhinandan Prateek aprat...@apache.org
Project: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/repo
Commit:
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/commit/6715f980
Tree:
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/tree/6715f980
Diff:
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/6715f980
Branch: refs/heads/master
Commit: 6715f98087541440f1737912f15d9e3408793834
Parents: 27b753a
Author: Bharat Kumar bharat.ku...@citrix.com
Authored: Fri Mar 8 15:08:41 2013 +0530
Committer: Abhinandan Prateek aprat...@apache.org
Committed: Wed Mar 13 11:07:28 2013 +0530
--
.../com/cloud/resource/ResourceManagerImpl.java|7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/6715f980/server/src/com/cloud/resource/ResourceManagerImpl.java
--
diff --git a/server/src/com/cloud/resource/ResourceManagerImpl.java
b/server/src/com/cloud/resource/ResourceManagerImpl.java
index 47b1d55..15d32e0 100755
--- a/server/src/com/cloud/resource/ResourceManagerImpl.java
+++ b/server/src/com/cloud/resource/ResourceManagerImpl.java
@@ -770,6 +770,13 @@ public class ResourceManagerImpl extends ManagerBase
implements ResourceManager,
}
}
clusterId = cluster.getId();
+if
(_clusterDetailsDao.findDetail(clusterId,cpuOvercommitRatio) == null) {
+ClusterDetailsVO cluster_cpu_detail = new
ClusterDetailsVO(clusterId,cpuOvercommitRatio,1);
+ClusterDetailsVO cluster_memory_detail = new
ClusterDetailsVO(clusterId,memoryOvercommitRatio,1);
+_clusterDetailsDao.persist(cluster_cpu_detail);
+_clusterDetailsDao.persist(cluster_memory_detail);
+}
+
}
try {
Re: git commit: refs/heads/master - CLOUDSTACK-1653: Redundant router: Fix check_heartbeat.sh malfunctional due to delayed cron job
Does this need to come in to 4.1? --David On Tue, Mar 12, 2013 at 9:31 PM, yas...@apache.org wrote: Updated Branches: refs/heads/master bf15eb0c7 - 630e75596 CLOUDSTACK-1653: Redundant router: Fix check_heartbeat.sh malfunctional due to delayed cron job The interval between keepalived.ts and keepalived.ts2 should be = 60 seconds in normal condition, because every 10 seconds keepalived.ts would be updated, and at least every 60 seconds, keepalived.ts would be copy to keepalived.ts2. If the interval is less than 60 seconds, then keepalived process failed to update keepalived.ts every 10 seconds. Take some delay of updating into consideration, check_heartbeat.sh would use 30 seconds as a way to tell keepalived process is alive or not. Project: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/commit/630e7559 Tree: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/tree/630e7559 Diff: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/630e7559 Branch: refs/heads/master Commit: 630e75596ed6a4cf769b24900d383a05ebb25cdc Parents: bf15eb0 Author: Sheng Yang sheng.y...@citrix.com Authored: Tue Mar 12 18:24:31 2013 -0700 Committer: Sheng Yang sheng.y...@citrix.com Committed: Tue Mar 12 18:31:31 2013 -0700 -- .../root/redundant_router/check_heartbeat.sh.templ |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/630e7559/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ -- diff --git a/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ b/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ index 908c0d8..7a980bd 100755 --- a/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ +++ b/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ @@ -22,7 +22,7 @@ then lasttime=$(cat [RROUTER_BIN_PATH]/keepalived.ts2) thistime=$(cat [RROUTER_BIN_PATH]/keepalived.ts) diff=$(($thistime - $lasttime)) -if [ $diff -gt 100 ] +if [ $diff -lt 30] then echo Keepalived process is dead! [RROUTER_LOG] service keepalived stop [RROUTER_LOG] 21
RE: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack
I am trying to understand the deployment model with Asa1000v for the VPC use case mentioned in FS - Cloud operator creates VPC network offering with source nat using ASA1000v as the service provider for firewall, source nat, port forwarding, ACL and routing. CloudStack system vm is used for DHCP, userdata and metadata, password server. I looked at the Inter-VLAN routing FS (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Inter-VLAN+Routing). For each network in VPC, a nic is created in the VPC VR. ACL rules are configured in VPC VR to allow traffic between these networks. Based on the VPC VR model I am trying to create the deployment model when Asa is used. Asa has 2 interfaces 'inside' and 'outside'. For isolated guest network scenario, inside is connected to the private network and outside connected to public network. I am trying to think how to map it for VPC case where there can be N private nics and 1 public nic. Chiradeep, can you share your thoughts on this? Thanks, Koushik -Original Message- From: Chiradeep Vittal Sent: Tuesday, March 12, 2013 5:56 AM To: cloudstack-dev@incubator.apache.org; Koushik Das Cc: Manan Shah Subject: Re: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack - It might be better to support VPC instead of isolated. Even if it means that some features are not supported initially. I feel that isolated is a special case of VPC, except for the firewall function. - What about support for systemvm / NS as an LB appliance? - Although the ASA DHCP server cannot be programmed, it might be desirable in enterprise use cases (where they may not care about userdata/metadata) to support the ASA DHCP server as a DHCP provider. In this case we have to figure out how to update the NIC information in CloudStack DB after the VM has acquired its IP. On 3/11/13 6:11 AM, Koushik Das koushik@citrix.com wrote: Updated the FS with following changes: - Use case section updated, classified use cases that will be supported for 4.2 and beyond. Also removed items like VSG and VXLAN support to Open items section as not planning to do them as part of ASA integration. - Updated the deployment model section and added HV limitation (Vmware only feature) - Also updated the API section with parameter details. Comments/feedback? Thanks, Koushik -Original Message- From: Koushik Das [mailto:koushik@citrix.com] Sent: Monday, February 11, 2013 7:08 PM To: cloudstack-dev@incubator.apache.org Subject: RE: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack Updated the FS with API, Db changes and current deployment limitations. Also updated the UI section as to what all needs to be added. Chiradeep, I looked at the option of spinning up templates from ovf template but didn't find a way (was looking for some samples) to pass custom parameters like vnmc ip, password etc. while creating VM instance. So for now the ASA instance creation is a manual step similar to VNMC appliance. In case there is a way out, the auto-creation can be done as a future enhancement. Thanks, Koushik -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Friday, January 25, 2013 1:39 AM To: CloudStack DeveloperList Subject: Re: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack Thanks for the FS updates. Good progress. I had forgotten about registering the ASA 1000v with VNMC that makes it harder to spin these appliances up/down. However we can plan to login via the CLI just for this step. I believe it is better to use a pre-setup pool of ASA appliances. Let's say we start with N appliances (created via an admin API call to CloudStack). createASA1000vPool(ovf template id, zone, vnmc ip, N, increment, threshold) Then as the capacity reaches threshold%, the pool capacity is incremented by increment% asynchronously. On 1/21/13 12:46 AM, Koushik Das koushik@citrix.com wrote: Thanks Chiradeep for explaining the vnmc/asa integration stuff that you are working on and listing down all the use cases. Manan, CLOUDSTACK-742 is covered as part of Chiradeep's work (refer use cases #1 and #2 from the doc). -Koushik -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Saturday, January 19, 2013 1:30 AM To: CloudStack DeveloperList Subject: Re: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack Take a look here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cisco+VNMC+i nteg rat i on This is something I had been prototyping without any real enthusiasm. There's 3 ways to control the ASA1000v: 1. By logging in via the CLI. Strongly against this. 2. By using VNMC 3. Via Cisco's Network Services Manager (NSM)[1] The NSM is comprehensive, covers a large range of
RE: [VOTE] Graduate Apache CloudStack from the Incubator
+1 -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: 11 March 2013 16:42 To: cloudstack-dev@incubator.apache.org Subject: [VOTE] Graduate Apache CloudStack from the Incubator Hi, I would like to invite the CloudStack community to vote on whether Apache CloudStack is ready to graduate to top-level project status. The result of this vote will demonstrate whether the community is willing to govern itself (which is a required step for graduation). This is a follow-up from our previous DISCUSS thread [1] on the topic. If the community votes to graduate, we will take the previously discussed *draft* board resolution [2] (after finalizing names and numbers) to the IPMC for a vote, asking them to recommend graduation of our project to the Apache Board of Directors. Please vote: [ ] +1 Graduate Apache CloudStack from Incubator [ ] +0 Indifferent to graduation status of Apache CloudStack [ ] -1 Reject graduation of Apache CloudStack from Incubator This vote will run for a minimum of 72 hours. -chip [1] http://markmail.org/message/3nluchj5q5waguws [2] http://markmail.org/message/elpamwxaytvpnxri
Re: [VOTE] Graduate Apache CloudStack from the Incubator
+1 On 3/11/13 9:42 AM, Chip Childers chip.child...@sungard.com wrote: Hi, I would like to invite the CloudStack community to vote on whether Apache CloudStack is ready to graduate to top-level project status. The result of this vote will demonstrate whether the community is willing to govern itself (which is a required step for graduation). This is a follow-up from our previous DISCUSS thread [1] on the topic. If the community votes to graduate, we will take the previously discussed *draft* board resolution [2] (after finalizing names and numbers) to the IPMC for a vote, asking them to recommend graduation of our project to the Apache Board of Directors. Please vote: [ ] +1 Graduate Apache CloudStack from Incubator [ ] +0 Indifferent to graduation status of Apache CloudStack [ ] -1 Reject graduation of Apache CloudStack from Incubator This vote will run for a minimum of 72 hours. -chip [1] http://markmail.org/message/3nluchj5q5waguws [2] http://markmail.org/message/elpamwxaytvpnxri
RE: Error Deploying VM in 4.0
It's a bug. Error message shouldn't show the internal db id. Instead it should show the UUID and/or name. -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Wednesday, March 13, 2013 9:04 AM To: cloudstack-dev@incubator.apache.org Subject: Re: Error Deploying VM in 4.0 On Mar 12, 2013, at 11:22 PM, George Reese george.re...@enstratius.com wrote: But the ID of the network is 517653f6-312c-4616-88cb-22620f3f75dd. My point is that the information is confusing to anyone who doesn't know the CloudStack history. Yup. Bad error message. I'll take a look at fixing it.
Re: Review Request: CLOUDSTACK-1656:NicResponses in a UserVmResponse are not preseving the natural order.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9890/#review17808 --- Commit 05f73d0950d3a12591facce03e43201e2fbbff17 in branch refs/heads/master from Min Chen min.c...@citrix.com [ https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;h=05f73d0 ] CLOUDSTACK-1656: NicResponses in a UserVmResponse are not preseving the natural order. - ASF Subversion and Git Services On March 13, 2013, 1:08 a.m., Min Chen wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9890/ --- (Updated March 13, 2013, 1:08 a.m.) Review request for cloudstack and Chip Childers. Description --- For a UserVm with multiple Nics, listVMCmd will return this VM with NicResponses in reverse order, not ordered by device_id of Nic table. This patch fixed this issue by using LinkedHashSet instead of HashSet to preserve insertion order. This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-1656. Diffs - api/src/org/apache/cloudstack/api/response/DomainRouterResponse.java 274e7a5 api/src/org/apache/cloudstack/api/response/SecurityGroupResponse.java 1130ec0 api/src/org/apache/cloudstack/api/response/UserVmResponse.java cb2113e api/src/org/apache/cloudstack/api/response/VolumeResponse.java b10da0c Diff: https://reviews.apache.org/r/9890/diff/ Testing --- Tested locally. Thanks, Min Chen
Summary of IRC meeting in #cloudstack-meeting, Wed Mar 13 17:05:19 2013
Members present: Animesh, kdamage, topcloud, jzb Meeting summary: 1. Preface 2. Active Feature Release: Overall Status 3. Active Feature Release: Feature Status 4. Active Feature Release: QA status 5. Active Feature Release: Docs Status 6. Active Feature Release: Additional Issues? 7. Active Bugfix Release: Overview 8. Master Branch 9. Infrastructure 10. others? IRC log follows: # 1. Preface # 17:05:42 [jzb]: Let's start with the active agenda # 2. Active Feature Release: Overall Status # 17:06:12 [jzb]: Chip sent regrets this week, anyone have an overall 4.1.0 status to report? 17:06:48 [jzb]: looking over the bug list, there's still quite a bit of work to be done on 4.1.0 17:07:26 [Animesh]: we have now 26 blocker/critical open, yesterday evening it was 32 17:07:48 [jzb]: that's good progress 17:08:11 [Animesh]: The plan is to aggressively close down blocker/crtical to a low number by end of this week 17:08:26 [jzb]: still quite high, though - given that we're nine days from RC on the schedule 17:09:19 [jzb]: Animesh: anything else to report for overall 4.1 status? 17:09:33 [Animesh]: agreed, Sudha and I meet daily to go over the blockers and critical for 4.1. At this point we are prioritizing 4.1 over 4.2 17:09:56 [Animesh]: that's all from my side 17:10:05 [jzb]: Animesh: OK, thanks 17:10:18 [jzb]: anyone else on overall status on 4.1.0? 17:10:41 [jzb]: Animesh: do you know if Sudha is going to be joining today? 17:11:03 [Animesh]: I dont see her around but she is expected to join 17:11:26 [jzb]: does anyone have anything to report on 4.1.0 feature status? # 3. Active Feature Release: Feature Status # 17:12:18 [jzb]: moving along # 4. Active Feature Release: QA status # 17:12:48 [jzb]: any reports on the QA status for 4.1.0? 17:13:33 [jzb]: moving along # 5. Active Feature Release: Docs Status # 17:14:24 [jzb]: we have 25 unresolved issues in Jira for docs 17:14:53 [topcloud]: jzb: sudha tried to joined around 9 but I told her it's at 10. 17:14:53 [jzb]: six of those issues are unassigned at the moment 17:15:08 [jzb]: topcloud: OK 17:15:32 [jzb]: several of the unassigned issues are just converting some docs from XML that were missed in the original conversions 17:15:44 [jzb]: sorry, into XML/Publican 17:15:44 [jzb]: not from 17:16:13 [jzb]: we could use a few folks to step up and take those - it's not terribly difficult, and if you are not a committer I'm happy to work with you and help in the process getting the final result committed. 17:16:36 [jzb]: I have several items on my plate as well - hope to finish those this week/weekend. 17:16:51 [jzb]: with the exception of release notes, which will be one of the last things finalized. 17:16:58 [jzb]: that's all I've got on docs 17:16:58 [jzb]: anybody else? 17:17:49 [jzb]: alrighty # 6. Active Feature Release: Additional Issues? # 17:18:11 [jzb]: any additional issues for 4.1.0 to report? 17:19:43 [jzb]: ok # 7. Active Bugfix Release: Overview # 17:20:11 [jzb]: I'm going to roll up all of the active bug fix release discussion into one 17:20:35 [jzb]: basically - not a lot of progress to report. We now have three blockers that need to be resolved before I'd be willing to call for a vote on the release. 17:21:26 [jzb]: CLOUDSTACK-528 17:21:33 [jzb]: CLOUDSTACK-1151 17:21:41 [jzb]: CLOUDSTACK-1648 17:22:03 [jzb]: actually, we do have a fix in for CLOUDSTACK-1151 but we need someone to test. 17:22:43 [jzb]: any other issues for 4.0.2 ? 17:23:20 [Animesh]: Thats all I see # 8. Master Branch # 17:24:21 [jzb]: anything to discuss or report about the master branch this week? # 9. Infrastructure # 17:26:05 [jzb]: anything to discuss or report around infrastructure this week? # 10. others? # 17:27:50 [jzb]: Any other topics this week? 17:28:42 [kdamage]: is the 10am meeting a one-off for this week? 17:29:12 [jzb]: kdamage: nope. 17:29:18 [jzb]: kdamage: the meeting is at 17:00 UTC 17:29:26 [jzb]: 17:00 is no affected by DST 17:29:34 [jzb]: I mentioned this in the weekly reminder about the meeting 17:29:43 [jzb]: s/is no/is not/ 17:29:51 [kdamage]: Ahh, yeah DST threw me off 17:30:41 [jzb]: I'm guessing you're not alone. 17:30:49 [jzb]: well, that seems to be it for discussion this week 17:31:11 [jzb]: see you all next week
Re: [PROPOSAL][CLOUDSTACK-1456] SG Isolation in Advanced Zone for VMWare Hypervisor using PVLANs
PVLAN provides subnet within subnet L2 isolation, it operates very differently with current L3/L4 capable SG implementation, would it be a good idea to just separate it as L2 isolation feature on its own? Kelven On 3/13/13 6:10 AM, Chip Childers chip.child...@sungard.com wrote: On Mar 12, 2013, at 11:56 PM, Manan Shah manan.s...@citrix.com wrote: Yes, Chiradeep, you are correct. The PVLAN would only be able to provide isolation at L2. The primary use case from the providers perspective is to run multiple shared networks (services network for monitoring, patching, etc). And on each of these services network, the VMs should only be allowed to talk to the admin servers. This can be achieved using PVLANs to prevent multiple Tenant VMs to talk to each other. This is a really important use case, primarily for the providers themselves. I will update the PRD to reflect this. Regards, Manan Shah On 3/11/13 10:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: As far as I can tell most of the requirements can NOT be satisfied by PVLAN. The only thing PVLAN can do is: 1. Restrict a VM's traffic to the upstream router 2. Restrict a VM's traffic to a set of Vms on the same physical VLAN. PVLAN does not offer any L4 access control, nor can it work across L3 domains. Of the 4 use cases, the first one can be supported in a limited fashion (no security groups, but restricting Vms from communicating using L2 isolation). On 2/28/13 1:35 PM, Manan Shah manan.s...@citrix.com wrote: Hi, I would like to propose a new feature for adding SG Isolation support for VMWare Hypervisor using PVLANs. I have created a JIRA ticket and provided the requirements at the following location. Please provide feedback on the requirements. JIRA Ticket: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+ Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Requirements: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+ Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Regards, Manan Shah
Re: Review Request: Multiple ip address per nic changes for kvmhsot
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9894/#review17809 --- Ship it! Ship It! - anthony xu On March 13, 2013, 8:32 a.m., Jayapal Reddy wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9894/ --- (Updated March 13, 2013, 8:32 a.m.) Review request for cloudstack, Abhinandan Prateek, Murali Reddy, and anthony xu. Description --- Added MIPN chagnes for kvm host This patch includes security groups rules chagnes This addresses bug CLOUDSTACK-24. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java 0a25bab scripts/vm/network/security_group.py 83d7ad1 Diff: https://reviews.apache.org/r/9894/diff/ Testing --- 1. Tested security group rules for nic secondary ip 2. VM reboot and tested security group rules adding and removing. Thanks, Jayapal Reddy
Review Request: Removed the concept of owner region
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9905/ --- Review request for cloudstack, David Nalley and Chip Childers. Description --- CLOUDSTACK-1636: Removed the concept of owner region. Removed region_id from user/account and domain tables. Removed forwarding of api calls to owner region. Removed api_key and secret_key from region table. Included related DB upgrade changes. This addresses bug CLOUDSTACK-1636. Diffs - api/src/com/cloud/domain/Domain.java f8277c2 api/src/com/cloud/user/Account.java e65e017 api/src/com/cloud/user/AccountService.java f9c6ddb api/src/com/cloud/user/DomainService.java 1f03019 api/src/com/cloud/user/User.java 7d80c43 api/src/org/apache/cloudstack/api/command/admin/account/CreateAccountCmd.java 4121651 api/src/org/apache/cloudstack/api/command/admin/domain/CreateDomainCmd.java 5eae486 api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 2036670 api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 16693b6 api/src/org/apache/cloudstack/api/command/admin/user/CreateUserCmd.java 6ea8d9b api/src/org/apache/cloudstack/region/Region.java 7f0aeea api/src/org/apache/cloudstack/region/RegionService.java 8679ca9 api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 01cd33b core/src/com/cloud/user/AccountVO.java fd37c77 core/src/com/cloud/user/UserVO.java de7f31b server/src/com/cloud/domain/DomainVO.java 346e19f server/src/com/cloud/projects/ProjectManagerImpl.java 33feb5d server/src/com/cloud/upgrade/dao/Upgrade40to41.java 9268764 server/src/com/cloud/user/AccountManager.java 4b3a601 server/src/com/cloud/user/AccountManagerImpl.java 069ed2b server/src/com/cloud/user/DomainManager.java f268f6e server/src/com/cloud/user/DomainManagerImpl.java 9f0ad53 server/src/org/apache/cloudstack/region/RegionManager.java 4cbd664 server/src/org/apache/cloudstack/region/RegionManagerImpl.java 6b7bc16 server/src/org/apache/cloudstack/region/RegionServiceImpl.java 0662c32 server/src/org/apache/cloudstack/region/RegionVO.java 0c36db2 server/src/org/apache/cloudstack/region/RegionsApiUtil.java 2ace4f9 server/test/com/cloud/user/MockAccountManagerImpl.java b637c2a server/test/com/cloud/user/MockDomainManagerImpl.java bc92965 server/test/org/apache/cloudstack/region/RegionManagerTest.java 330f0b4 setup/db/db/schema-40to410.sql 822eae3 Diff: https://reviews.apache.org/r/9905/diff/ Testing --- Tested account/user/domain api operations. Tested deploydb and upgrade changed. Thanks, Kishan Kavala
Re: Review Request: Removed the concept of owner region
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9905/ --- (Updated March 13, 2013, 5:37 p.m.) Review request for cloudstack, David Nalley and Chip Childers. Description --- CLOUDSTACK-1636: Removed the concept of owner region. Removed region_id from user/account and domain tables. Removed forwarding of api calls to owner region. Removed api_key and secret_key from region table. Included related DB upgrade changes. This addresses bug CLOUDSTACK-1636. Diffs - api/src/com/cloud/domain/Domain.java f8277c2 api/src/com/cloud/user/Account.java e65e017 api/src/com/cloud/user/AccountService.java f9c6ddb api/src/com/cloud/user/DomainService.java 1f03019 api/src/com/cloud/user/User.java 7d80c43 api/src/org/apache/cloudstack/api/command/admin/account/CreateAccountCmd.java 4121651 api/src/org/apache/cloudstack/api/command/admin/domain/CreateDomainCmd.java 5eae486 api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 2036670 api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 16693b6 api/src/org/apache/cloudstack/api/command/admin/user/CreateUserCmd.java 6ea8d9b api/src/org/apache/cloudstack/region/Region.java 7f0aeea api/src/org/apache/cloudstack/region/RegionService.java 8679ca9 api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 01cd33b core/src/com/cloud/user/AccountVO.java fd37c77 core/src/com/cloud/user/UserVO.java de7f31b server/src/com/cloud/domain/DomainVO.java 346e19f server/src/com/cloud/projects/ProjectManagerImpl.java 33feb5d server/src/com/cloud/upgrade/dao/Upgrade40to41.java 9268764 server/src/com/cloud/user/AccountManager.java 4b3a601 server/src/com/cloud/user/AccountManagerImpl.java 069ed2b server/src/com/cloud/user/DomainManager.java f268f6e server/src/com/cloud/user/DomainManagerImpl.java 9f0ad53 server/src/org/apache/cloudstack/region/RegionManager.java 4cbd664 server/src/org/apache/cloudstack/region/RegionManagerImpl.java 6b7bc16 server/src/org/apache/cloudstack/region/RegionServiceImpl.java 0662c32 server/src/org/apache/cloudstack/region/RegionVO.java 0c36db2 server/src/org/apache/cloudstack/region/RegionsApiUtil.java 2ace4f9 server/test/com/cloud/user/MockAccountManagerImpl.java b637c2a server/test/com/cloud/user/MockDomainManagerImpl.java bc92965 server/test/org/apache/cloudstack/region/RegionManagerTest.java 330f0b4 setup/db/db/schema-40to410.sql 822eae3 Diff: https://reviews.apache.org/r/9905/diff/ Testing --- Tested account/user/domain api operations. Tested deploydb and upgrade changed. Thanks, Kishan Kavala
Re: Summary of IRC meeting in #cloudstack-meeting, Wed Mar 13 17:05:19 2013
Pretty short meeting this week, it looks like DST took its toll... On Wed, Mar 13, 2013, at 12:32 PM, ASF IRC Services wrote: Members present: Animesh, kdamage, topcloud, jzb Meeting summary: 1. Preface 2. Active Feature Release: Overall Status 3. Active Feature Release: Feature Status 4. Active Feature Release: QA status 5. Active Feature Release: Docs Status 6. Active Feature Release: Additional Issues? 7. Active Bugfix Release: Overview 8. Master Branch 9. Infrastructure 10. others? IRC log follows: # 1. Preface # 17:05:42 [jzb]: Let's start with the active agenda # 2. Active Feature Release: Overall Status # 17:06:12 [jzb]: Chip sent regrets this week, anyone have an overall 4.1.0 status to report? 17:06:48 [jzb]: looking over the bug list, there's still quite a bit of work to be done on 4.1.0 17:07:26 [Animesh]: we have now 26 blocker/critical open, yesterday evening it was 32 17:07:48 [jzb]: that's good progress 17:08:11 [Animesh]: The plan is to aggressively close down blocker/crtical to a low number by end of this week 17:08:26 [jzb]: still quite high, though - given that we're nine days from RC on the schedule 17:09:19 [jzb]: Animesh: anything else to report for overall 4.1 status? 17:09:33 [Animesh]: agreed, Sudha and I meet daily to go over the blockers and critical for 4.1. At this point we are prioritizing 4.1 over 4.2 17:09:56 [Animesh]: that's all from my side 17:10:05 [jzb]: Animesh: OK, thanks 17:10:18 [jzb]: anyone else on overall status on 4.1.0? 17:10:41 [jzb]: Animesh: do you know if Sudha is going to be joining today? 17:11:03 [Animesh]: I dont see her around but she is expected to join 17:11:26 [jzb]: does anyone have anything to report on 4.1.0 feature status? # 3. Active Feature Release: Feature Status # 17:12:18 [jzb]: moving along # 4. Active Feature Release: QA status # 17:12:48 [jzb]: any reports on the QA status for 4.1.0? 17:13:33 [jzb]: moving along # 5. Active Feature Release: Docs Status # 17:14:24 [jzb]: we have 25 unresolved issues in Jira for docs 17:14:53 [topcloud]: jzb: sudha tried to joined around 9 but I told her it's at 10. 17:14:53 [jzb]: six of those issues are unassigned at the moment 17:15:08 [jzb]: topcloud: OK 17:15:32 [jzb]: several of the unassigned issues are just converting some docs from XML that were missed in the original conversions 17:15:44 [jzb]: sorry, into XML/Publican 17:15:44 [jzb]: not from 17:16:13 [jzb]: we could use a few folks to step up and take those - it's not terribly difficult, and if you are not a committer I'm happy to work with you and help in the process getting the final result committed. 17:16:36 [jzb]: I have several items on my plate as well - hope to finish those this week/weekend. 17:16:51 [jzb]: with the exception of release notes, which will be one of the last things finalized. 17:16:58 [jzb]: that's all I've got on docs 17:16:58 [jzb]: anybody else? 17:17:49 [jzb]: alrighty # 6. Active Feature Release: Additional Issues? # 17:18:11 [jzb]: any additional issues for 4.1.0 to report? 17:19:43 [jzb]: ok # 7. Active Bugfix Release: Overview # 17:20:11 [jzb]: I'm going to roll up all of the active bug fix release discussion into one 17:20:35 [jzb]: basically - not a lot of progress to report. We now have three blockers that need to be resolved before I'd be willing to call for a vote on the release. 17:21:26 [jzb]: CLOUDSTACK-528 17:21:33 [jzb]: CLOUDSTACK-1151 17:21:41 [jzb]: CLOUDSTACK-1648 17:22:03 [jzb]: actually, we do have a fix in for CLOUDSTACK-1151 but we need someone to test. 17:22:43 [jzb]: any other issues for 4.0.2 ? 17:23:20 [Animesh]: Thats all I see # 8. Master Branch # 17:24:21 [jzb]: anything to discuss or report about the master branch this week? # 9. Infrastructure # 17:26:05 [jzb]: anything to discuss or report around infrastructure this week? # 10. others? # 17:27:50 [jzb]: Any other topics this week? 17:28:42 [kdamage]: is the 10am meeting a one-off for this week? 17:29:12 [jzb]: kdamage: nope. 17:29:18 [jzb]: kdamage: the meeting is at 17:00 UTC 17:29:26 [jzb]: 17:00 is no affected by DST 17:29:34 [jzb]: I mentioned this in the weekly reminder about the meeting 17:29:43 [jzb]: s/is no/is not/ 17:29:51 [kdamage]: Ahh, yeah DST threw me off 17:30:41 [jzb]: I'm guessing you're not alone. 17:30:49 [jzb]: well, that seems to be it for discussion this week 17:31:11 [jzb]: see you all next week Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
RE: Error starting system vms on latest asf/master
Thanks Kelven for the input but I had resolved the issue . I had already copied
the vhd-util file since I had set up a brand new xenserver 6.1 host but that
wasn't the issue.
The issue was that the systemvm.iso wasn't found in the host and CS tried to
use some old template in my primary storage as a reference to create
systemVm's. After manually copying the systemvm.iso file to the host and also
deleting those stale images on my primary storage and re-deploying the db
solved the issue for me .
But I still need to figure out why the systemvm.iso wasn't copied over to the
host automatically . Probably need to debug the CitrixResourceBase.java file
for this.
Regards,
Pranav
-Original Message-
From: Kelven Yang [mailto:kelven.y...@citrix.com]
Sent: Wednesday, March 13, 2013 11:10 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
Try to copy vhd-util to your XS host at /opt/xensource/bin if your XS host is a
brand new setup
Kelven
On 3/13/13 4:15 AM, Pranav Saxena pranav.sax...@citrix.com wrote:
$/pranav/incubator-cloudstack# find . -name vhd-util
./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/
xen
server/vhd-util
./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/
vm/
hypervisor/xenserver/vhd-util
./scripts/vm/hypervisor/xenserver/vhd-util
-Original Message-
From: srivatsav.prasa...@gmail.com
[mailto:srivatsav.prasa...@gmail.com]
On Behalf Of prasanna
Sent: Wednesday, March 13, 2013 4:34 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's
environment (Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy
it there but it threw an exception while starting the systemVM's as
below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
_
_ _
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(s-42-VM) on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task
failed! Task record: uuid:
702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(s-42-VM) on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task
failed! Task record: uuid:
702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixRe
sou
rceBase.java:3424)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRe
sou
rceBase.java:1427)
Re: [DISCUSS] Integrate Cisco ASA 1000v into CloudStack
On 3/13/13 9:40 AM, Koushik Das koushik@citrix.com wrote: I am trying to understand the deployment model with Asa1000v for the VPC use case mentioned in FS - Cloud operator creates VPC network offering with source nat using ASA1000v as the service provider for firewall, source nat, port forwarding, ACL and routing. CloudStack system vm is used for DHCP, userdata and metadata, password server. I looked at the Inter-VLAN routing FS (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Inter-VLAN+Routing ). For each network in VPC, a nic is created in the VPC VR. ACL rules are configured in VPC VR to allow traffic between these networks. Based on the VPC VR model I am trying to create the deployment model when Asa is used. Asa has 2 interfaces 'inside' and 'outside'. For isolated guest network scenario, inside is connected to the private network and outside connected to public network. I am trying to think how to map it for VPC case where there can be N private nics and 1 public nic. Chiradeep, can you share your thoughts on this? Thanks, Koushik That surprises me, but it looks like it is true: http://s.apache.org/Hc2 It appears that the assumption is that one VLAN = 1 tenant. Within the VLAN you can create multiple tiers (web, app, db) and isolate them using the VSG. This would be akin to using security groups within one tier to provide isolation. Note that all tiers would belong to the same subnet.
RE: [MERGE] Multiple IPs per NIC UI
Thanks for your suggestions Jayapal. Here are my comments: 1. Place Acquire IP in the nic-view-all.jpg page nic 1(default) heading right side end. The acquire IP button is on the listing page to keep consistency with existing UI flows. That is, to put the actions on the relevant listing page. Also, putting the add action on the NICs tab would mean the user wouldn't be able to see their newly-acquired IP after the job is done, without having to perform an additional click, which might be annoying from an experience perspective. 2. In nic-port-forwarding-select-ip.jpg place IP drop down column after the VM name. Also please change the column name to VM IP. Please change Drop down heading from Use IP to Select VM IP. The reason it is under the name is because of CSS/wrapping issues that would be caused in cases that the VM name is very long. Also, from a design/proportion issue it looked a bit funny when I tried to put it side-by-side. I'll change the name to 'Select VM IP' though. 3. Make changes for PF, Static NAT. Support for LB for backend is not in master. You are correct here...sorry in my original message I meant PF and NAT, not LB. I did not make any changes to the LB flow. -Brian -Original Message- From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] Sent: Monday, March 11, 2013 9:42 PM To: cloudstack-dev@incubator.apache.org Cc: Animesh Chaturvedi; Jessica Wang; Pranav Saxena; Sonny Chhen Subject: RE: [MERGE] Multiple IPs per NIC UI Hi Brain, I have the following suggestions on the UI mock pages in the bug. 1. Place Acquire IP in the nic-view-all.jpg page nic 1(default) heading right side end. 2. In nic-port-forwarding-select-ip.jpg place IP drop down column after the VM name. Also please change the column name to VM IP. Please change Drop down heading from Use IP to Select VM IP. 3. Make changes for PF, Static NAT. Support for LB for backend is not in master. Thanks, Jayapal -Original Message- From: Brian Federle [mailto:brian.fede...@citrix.com] Sent: Monday, March 11, 2013 11:04 PM To: cloudstack-dev@incubator.apache.org Cc: Animesh Chaturvedi; Jessica Wang; Pranav Saxena; Sonny Chhen Subject: [MERGE] Multiple IPs per NIC UI Hi all, I would like to merge in the UI support for the multiple IPs per NIC feature -- https://issues.apache.org/jira/browse/CLOUDSTACK-1628 This adds UI support for functionality to A) acquire NIC IPs via the instances NICs tab, and B) Use the secondary NICs for port forwarding, load balancing, and static NAT. The UI code currently sits in ui-mulitple-nics. I will also attach screenshots of the UI to the subtask. Thanks, Brian
RE: [MERGE] Multiple IPs per NIC UI
You're correct...I'll remove the zone column as it is unnecessary here. -Brian -Original Message- From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] Sent: Monday, March 11, 2013 6:06 PM To: cloudstack-dev@incubator.apache.org Cc: Animesh Chaturvedi; Jessica Wang; Pranav Saxena; Sonny Chhen Subject: Re: [MERGE] Multiple IPs per NIC UI Not sure if the images attached to the bug are still accurate. If they are, it strikes me that the 'zone' column is extremely redundant. On 3/11/13 10:56 AM, Chip Childers chip.child...@sungard.com wrote: On Mon, Mar 11, 2013 at 10:34:15AM -0700, Brian Federle wrote: Hi all, I would like to merge in the UI support for the multiple IPs per NIC feature -- https://issues.apache.org/jira/browse/CLOUDSTACK-1628 This adds UI support for functionality to A) acquire NIC IPs via the instances NICs tab, and B) Use the secondary NICs for port forwarding, load balancing, and static NAT. The UI code currently sits in ui-mulitple-nics. I will also attach screenshots of the UI to the subtask. Thanks, Brian +1 from me. Looks like a clean diff with master (as of a few moments ago). git diff --stat ui-multiple-nics..master ui/css/cloudstack3.css | 50 +--- ui/scripts/instances.js |9 - ui/scripts/network.js | 622 --- ui/scripts/ui-custom/enableStaticNAT.js |3 +- ui/scripts/ui/widgets/detailView.js | 29 +-- ui/scripts/ui/widgets/listView.js | 58 +--- ui/scripts/ui/widgets/multiEdit.js | 12 +- 7 files changed, 406 insertions(+), 377 deletions(-)
Re: [DISCUSS] Scaling up CPU and RAM for running VMs
Nitin, Sorry to reply late, have been busy working on a patch release for customer. AsyncJob manager does provide a mechanism that you can do synchronized the job execution against a object. You may check out AsyncJobManager.syncAsyncJobExecution(). Kelven On 3/12/13 11:27 AM, Nitin Mehta nitin.me...@citrix.com wrote: syncAsyncJobExecutionThanks Alex. Kelven / Alex - I took a look into this and it seems that the framework has the capability to do this and this would solve the problem for scaling up vm and vm snapshots. But, we currently don't do synchronization for the vm object. Doing this means all the vm operations will be syncronized now. Are we fine with that ? Thanks, -Nitin On 09/03/13 10:36 PM, Alex Huang alex.hu...@citrix.com wrote: Nitin, The other approach to this is to utilize the syncing feature in the job queue. I've cced Kelven to see if he can give you more detail. His code is capable of syncing operations on a single object so you don't have to add processing states. Given that all of your operations and vm snapshot operations must have come in through the job queue, you might already have that ability to not interfere with each other. VM States are different because there can be outside changes (through other vm managers) that cause vm life cycle to behave differently. --Alex -Original Message- From: Nitin Mehta Sent: Saturday, March 9, 2013 2:35 AM To: cloudstack-dev@incubator.apache.org; Prashant Kumar Mishra; Abhinandan Prateek; Alex Huang Cc: Chip Childers Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs Hi Alex, I had one more question. Say the MS is shut down or restarted, when do we clear this attribute in this case ? On 08/03/13 6:01 PM, Nitin Mehta nitin.me...@citrix.com wrote: Alex - Thanks very much for pointing out earlier this week that for scaling up the vm we shouldn't change the vm lifecycle. I also read http://markmail.org/message/6c6njactsklot62h and understand that scaling up a vm is a vm operation and shouldn't be mixed with vm lifecycle. So as you suggested in the thread that if I need to prevent other Vm operations happening during this operation I would need to introduce an attribute 1. For this I would need to introduce a column in vm_instance table which would be set during scale up operation. 2. To prevent other operations from happening this attribute needs to be checked in all the other vm operations. There is no single common piece of code where I can put the check so I have to explicitly check for this attribute in all the operations code right ? I see that for vm snapshot operation we have put this check in vm state transition method but this method is called only for vm lifecycle changes. So when vm snapshot happens the user might also scale up the vm. There might be a need for them to be exclusive. 3. If I need to say lock capacity before the operation and modify it after the operation is done (say during failure) how do I do it w/o coupling the code changes or is it ok for now to do so ? Thanks, -Nitin On 15/02/13 5:42 AM, Hari Kannan hari.kan...@citrix.com wrote: Hi Nitin, Please see below Hari -Original Message- From: Nitin Mehta [mailto:nitin.me...@citrix.com] Sent: Tuesday, February 12, 2013 7:15 AM To: Prashant Kumar Mishra; cloudstack-dev@incubator.apache.org; Abhinandan Prateek Cc: Chip Childers Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs Apologize for the delayed response. Was involved in other issues. Please find answers inline. -Original Message- From: Prashant Kumar Mishra [mailto:prashantkumar.mis...@citrix.com] Sent: Thursday, January 24, 2013 12:26 PM To: cloudstack-dev@incubator.apache.org Cc: Nitin Mehta Subject: RE: [DISCUSS] Scaling up CPU and RAM for running VMs Hi Nitin, I am planning to take the QA job for this feature. Have reviewed the functional spec, gone through community discussion and have the following questions 1-What is expected behavior of CS for Operating systems which do not support dynamic scaling . ? Will throw a not supported exception Hari: How do we know which OS is supported or not? Is it going to be part of the capabilities of hypervisor? Or where will this be specified/configured? PS: I know we plan to implement this only on VMware for now, but when installed/shipped, how will CS know the supported Hypervisor/OS? 2-How much resources can be scaled up, is it limited by availability of resource on host .? [Koushik Das ] Having a range for CPU/RAM in compute offering is definitely another way of doing it. But creating the higher limit would be tricky. I am not sure if it is always known to users how much they want to scale up to at the time of deploying VM. Moreover if the higher limit is known then the VM can be deployed with that value itself. Also in case of having a range in the offering the usage part needs to be handled
Re: [PROPOSAL][CLOUDSTACK-1456] SG Isolation in Advanced Zone for VMWare Hypervisor using PVLANs
On Mar 13, 2013, at 1:34 PM, Kelven Yang kelven.y...@citrix.com wrote: PVLAN provides subnet within subnet L2 isolation, it operates very differently with current L3/L4 capable SG implementation, would it be a good idea to just separate it as L2 isolation feature on its own? It works differently and is normally used for different reasons, so probably. IMo, the real value if PVLANs is on shared networks, specifically in the provider environment to enable instance level telemetry. Kelven On 3/13/13 6:10 AM, Chip Childers chip.child...@sungard.com wrote: On Mar 12, 2013, at 11:56 PM, Manan Shah manan.s...@citrix.com wrote: Yes, Chiradeep, you are correct. The PVLAN would only be able to provide isolation at L2. The primary use case from the providers perspective is to run multiple shared networks (services network for monitoring, patching, etc). And on each of these services network, the VMs should only be allowed to talk to the admin servers. This can be achieved using PVLANs to prevent multiple Tenant VMs to talk to each other. This is a really important use case, primarily for the providers themselves. I will update the PRD to reflect this. Regards, Manan Shah On 3/11/13 10:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: As far as I can tell most of the requirements can NOT be satisfied by PVLAN. The only thing PVLAN can do is: 1. Restrict a VM's traffic to the upstream router 2. Restrict a VM's traffic to a set of Vms on the same physical VLAN. PVLAN does not offer any L4 access control, nor can it work across L3 domains. Of the 4 use cases, the first one can be supported in a limited fashion (no security groups, but restricting Vms from communicating using L2 isolation). On 2/28/13 1:35 PM, Manan Shah manan.s...@citrix.com wrote: Hi, I would like to propose a new feature for adding SG Isolation support for VMWare Hypervisor using PVLANs. I have created a JIRA ticket and provided the requirements at the following location. Please provide feedback on the requirements. JIRA Ticket: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+ Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Requirements: https://cwiki.apache.org/confluence/display/CLOUDSTACK/SG+Isolation+in+ Ad v a nced+Zone+for+VMWare+Hypervisor+using+PVLANs Regards, Manan Shah
Re: Review Request: fix bug CLOUDSTACK-1531: vmware create volume from snapshot will missing data
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9772/#review17815 --- plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java https://reviews.apache.org/r/9772/#comment37778 Patch is not applying cleanly on latest master. git am 0001-fix-bug-vmware-create-volume-from-snapshot-will-miss.patch Applying: fix bug vmware create volume from snapshot will missing data error: patch failed: plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java:665 error: plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java: patch does not apply Patch failed at 0001 fix bug vmware create volume from snapshot will missing data When you have resolved this problem run git am --resolved. If you would prefer to skip this patch, instead run git am --skip. To restore the original branch and stop patching run git am --abort. plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java https://reviews.apache.org/r/9772/#comment3 Need whitespacing around operator '+' - Sateesh Chodapuneedi On March 8, 2013, 11:35 a.m., Hongtu Zang wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9772/ --- (Updated March 8, 2013, 11:35 a.m.) Review request for cloudstack, Sateesh Chodapuneedi, mice xia, and Kelven Yang. Description --- fix bug CLOUDSTACK-1531: vmware create volume from snapshot will missing data The code works in ssvm This addresses bug CLOUDSTACK-1531. Diffs - plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java 8650274 Diff: https://reviews.apache.org/r/9772/diff/ Testing --- 1. deploy a centos vm 2. create a volume v0 and attached to the vm 3. before formatting v0, take a snapshot s1, then format it and touch some files 4. take another snapshot s2, and detach v0 5. create volume v1 from s1 and then create volume v2 from s2 Success. v1 and v2 has different data. v1 doesn't contains partition and v2 has files I touched. Thanks, Hongtu Zang
Running cloud-usage server 'manually'
Is there a way to start cloud-usage service by maven, or any other way except when it's packaged and by 'service start'? Thank you
Review Request: (CLOUDSTACK-1666) Fix NetworkUsage for VPC on KVM
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9908/ --- Review request for cloudstack. Description --- add procedure VPCNetworkUsage and getVPCNetworkStats to deal with the operation on VPC virtual router. create to add iptables rules for network usage statistics. get to get the network usage statistics from iptables. This addresses bug CLOUDSTACK-1666. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java b8cce1e Diff: https://reviews.apache.org/r/9908/diff/ Testing --- Testing manually ok. Thanks, Wei Zhou
Re: [ACS41][Patch Request]
Ok, the fix for CLOUDSTACK-600 is the first patch mentioned plus two fixes to it. The first additional patch handles upgrades, and the second one is a minor fix for when we shut down a non-persistent VM that will avoid printing useless scary messages (we throw an error in the timeout loop that waits for the vm to shut down when it succeeds, because the domain can't be found). I've tested this patch set both in a fresh 4.1 install and a fresh master install, and both were able to start/stop VMs successfully. When upgrading an existing 4.1 install (without the patches), the VMs were undefined on shutdown as they should be. commit 5dfcd309f10e5bd6a918f7fdff3f44a3dff2374a Author: Wido den Hollander w...@widodh.nl Date: Thu Feb 7 22:58:20 2013 +0100 agent: Do not define domains persistent in libvirt We used to define domains persistent in libvirt, which caused XML definitionsto stay there after a reboot of the hypervisor. We however don't do anything with those already defined domains, actually, we wipe all defined domains when starting the agent. Some users however reported that libvirt started these domains after a reboot before the CloudStack agent was started. By starting domains from the XML description and not defining them we prevent them from ever being stored in libvirt. commit 8d7d1cd5623a6744a954fb35eeff8408d6381083 Author: Marcus Sorensen mar...@betterservers.com Date: Wed Mar 13 11:10:56 2013 -0600 Summary: KVM - undefine persistent VMs on stop Detail: A previous patch fixed an issue where we are defining VMs to persist locally on KVM hosts, which can cause issues if the agent isn't running and libvirt decides to start the VM unbeknownst to cloudstack. The previous patch stopped defining VMs as persistent. This patch adds compatibility for existing cloudstack environments, removing the persistent definition on stop if needed. BUG-ID: CLOUDSTACK-600 commit 97d2e3fe7772fa01941295397f9d59d35cf47671 Author: Marcus Sorensen mar...@betterservers.com Date: Wed Mar 13 12:57:46 2013 -0600 Summary: KVM - remove harmless message about domain not found on VM stop Detail: When we stop a VM, it's definition is no longer valid. Therefore, we need to catch the exception thrown from libvirt in trying to lookup a non-existent domain by UUID while trying to check if it's shut down. BUG-ID:CLOUDSTACK-600 Signed-off-by: Marcus Sorensen mar...@betterservers.com 1363201066 -0600 On Tue, Mar 12, 2013 at 11:49 PM, Marcus Sorensen shadow...@gmail.com wrote: Looks like this patch might need to be adjusted slightly. We can use the domain.isPersistent() method to determine if we need to call domain.undefine() in addition to dm.shutdown and dm.destroy. That will allow upgrades to clean up existing definitions as VMs are shutdown. If you don't have a chance to get to that, I'll try to tomorrow. On Tue, Mar 12, 2013 at 7:23 PM, Marcus Sorensen shadow...@gmail.com wrote: To clarify, this is a fairly serious bug, and it should probably be addressed, I'm just wanting clarification that the patch is good to go as a fix. On my way home I was thinking about how I'm not sure if it addresses upgrades, i.e. does it still allow existing definitions to be wiped, or will those be forever stuck. I haven't even looked yet. Essentially, the bug is that if a KVM host is uncleanly shut down, and then brought back up without starting the agent, the VMs that were running on the system will be started by libvirt/startup scripts, which can be disastrous for shared-storage VMs. So if a host goes down without being put into maintenance mode, for whatever reason, and the agent is either slow to start, the agent fails to start for some reason, or auto-start is disabled for some reason, you're almost guaranteed to have two VMs running off of the same shared storage image. We don't want to make any VMs permanently known to a host, and libvirt provides a simple way to define a VM domain without making it permanent. On Tue, Mar 12, 2013 at 6:42 PM, Chip Childers chip.child...@sungard.com wrote: On Tue, Mar 12, 2013 at 06:39:09PM -0600, Marcus Sorensen wrote: This addresses CLOUDSTACK-600. Please get buyoff from Wido if possible, since it's his patch. I've reviewed and tested it, but I want to make sure I'm not wrong in assuming that this should be in 4.1 commit 5dfcd309f10e5bd6a918f7fdff3f44a3dff2374a Author: Wido den Hollander w...@widodh.nl Date: Thu Feb 7 22:58:20 2013 +0100 agent: Do not define domains persistent in libvirt We used to define domains persistent in libvirt, which caused XML definitions to stay there after a reboot of the hypervisor. We however don't do anything with those already defined domains, actually, we wipe all defined domains when starting the agent. Some users however reported that libvirt started these domains after a reboot before the CloudStack agent
RE: [jira] [Assigned] (CLOUDSTACK-1252) Failed to download default template in VMware
Hugo Can you review this issue? Animesh -Original Message- From: Pradeep Soundararajan (JIRA) [mailto:j...@apache.org] Sent: Friday, March 08, 2013 6:08 AM To: cloudstack-iss...@incubator.apache.org Subject: [jira] [Assigned] (CLOUDSTACK-1252) Failed to download default template in VMware [ https://issues.apache.org/jira/browse/CLOUDSTACK- 1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pradeep Soundararajan reassigned CLOUDSTACK-1252: - Assignee: Hugo Trippaers (was: Pradeep Soundararajan) Please decide shall we use mvn -P awsapi,systemvm -Dnonoss package in a cloud.spec as per my comments (since it resolves this issue during our testing) or are you interested in a different approach. Kindly let me know. I have also stated already, we can use ./package.sh -o oss|nonoss to enable and disable them. Failed to download default template in VMware - Key: CLOUDSTACK-1252 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1252 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, VMware Affects Versions: 4.1.0 Environment: CentOS6.3 4.1 branch build Hyper visor : VMware Reporter: Rayees Namathponnan Assignee: Hugo Trippaers Priority: Critical Fix For: 4.1.0 Attachments: cloud.rar Step 1 : Created new build from 4.1 branch Step 2 : Install and configured MS server on CentOS 6.3 Step 3 : Prepared system template and created advanced zone Actual result System VM are created, but default templates are not available in template section. I tried to started agent from SSVM, with command service cloudstack-agent start and failed, but command service cloud start works If you look at the SSVM cloud.out (/var/log/cloud/clout.out) you can see class not found exception java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageResource + java -Djavax.net.ssl.trustStore=./certs/realhostip.keystore -mx168m + -cp + ./:./conf:aopalliance-1.0.jar:apache-log4j-extras-1.1.jar:aspectjrt- + 1.7.1.jar:aspectjweaver-1.7.1.jar:aws-java-sdk-1.3.21.1.jar:backport + -util-concurrent-3.1.jar:bcprov-jdk16-1.46.jar:cglib-nodep-2.2.2.jar + :cloud-agent-4.1.0-SNAPSHOT.jar:cloud-api-4.1.0-SNAPSHOT.jar:cloud-c + onsole-proxy-4.1.0-SNAPSHOT.jar:cloud-core-4.1.0-SNAPSHOT.jar:cloud- + utils-4.1.0-SNAPSHOT.jar:commons-codec-1.6.jar:commons-collections-3 + .2.1.jar:commons-configuration-1.8.jar:commons-dbcp-1.4.jar:commons- + discovery-0.5.jar:commons-httpclient-3.1.jar:commons-lang-2.6.jar:co + mmons-logging-1.1.1.jar:commons-pool-1.6.jar:dom4j-1.6.1.jar:ehcache + -1.5.0.jar:ejb-api-3.0.jar:gson-1.7.1.jar:guava-14.0-rc1.jar:httpcli + ent-4.1.jar:httpcore-4.1.jar:jackson-core-asl-1.8.9.jar:jackson-mapp + er-asl-1.8.9.jar:jasypt-1.9.0.jar:java-ipv6-0.8.jar:javassist-3.12.1 + .GA.jar:javax.inject-1.jar:javax.persistence-2.0.0.jar:jsch-0.1.42.j + ar:jsr107cache-1.0.jar:log4j-1.2.16.jar:reflections-0.9.8.jar:spring + -aop-3.1.2.RELEASE.jar:spring-asm-3.1.2.RELEASE.jar:spring-beans-3.1 + .2.RELEASE.jar:spring-context-3.1.2.RELEASE.jar:spring-core-3.1.2.RE + LEASE.jar:spring-expression-3.1.2.RELEASE.jar:spring-web-3.1.2.RELEA + SE.jar:trilead-ssh2-build213-svnkit-1.3-patch.jar:xml-apis-1.0.b2.ja + r com.cloud.agent.AgentShell template=domP type=secstorage + host=10.223.49.197 port=8250 name=s-3-VM zone=1 pod=1 guid=s-3-VM + resource=com.cloud.storage.resource.PremiumSecondaryStorageResource + instance=SecStorage sslcopy=true role=templateProcessor mtu=1500 + eth2ip=10.223.243.20 eth2mask=255.255.255.192 gateway=10.223.243.1 + public.network.device=eth2 eth0mask=0.0.0.0 eth0ip=0.0.0.0 + eth1ip=10.223.250.169 eth1mask=255.255.255.192 + mgmtcidr=10.223.49.192/26 localgw=10.223.250.129 + private.network.device=eth1 eth3ip=10.223.250.156 + eth3mask=255.255.255.192 storageip=10.223.250.156 + storagenetmask=255.255.255.192 storagegateway=10.223.250.129 + internaldns1=10.223.110.254 internaldns2=10.223.110.253 + dns1=72.52.126.11 dns2=72.52.126.12 log4j:WARN No appenders could be found for logger (org.apache.commons.httpclient.params.DefaultHttpParams). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Unable to start agent: Resource class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageResource Attached cloud.out for reference -- This message is automatically generated by JIRA. If you think it was sent incorrectly,
Re: Error starting system vms on latest asf/master
You may also need to clear the host tag to let CloudStack push for new
systemvm ISOes.
You can either use XenCenter UI to do it or use xe command
xe host-param-clear param-name=tags uuid=host-uuid
on Xen host
Kelven
On 3/13/13 10:45 AM, Pranav Saxena pranav.sax...@citrix.com wrote:
Thanks Kelven for the input but I had resolved the issue . I had already
copied the vhd-util file since I had set up a brand new xenserver 6.1
host but that wasn't the issue.
The issue was that the systemvm.iso wasn't found in the host and CS tried
to use some old template in my primary storage as a reference to create
systemVm's. After manually copying the systemvm.iso file to the host and
also deleting those stale images on my primary storage and re-deploying
the db solved the issue for me .
But I still need to figure out why the systemvm.iso wasn't copied over to
the host automatically . Probably need to debug the
CitrixResourceBase.java file for this.
Regards,
Pranav
-Original Message-
From: Kelven Yang [mailto:kelven.y...@citrix.com]
Sent: Wednesday, March 13, 2013 11:10 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
Try to copy vhd-util to your XS host at /opt/xensource/bin if your XS
host is a brand new setup
Kelven
On 3/13/13 4:15 AM, Pranav Saxena pranav.sax...@citrix.com wrote:
$/pranav/incubator-cloudstack# find . -name vhd-util
./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/
xen
server/vhd-util
./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/
vm/
hypervisor/xenserver/vhd-util
./scripts/vm/hypervisor/xenserver/vhd-util
-Original Message-
From: srivatsav.prasa...@gmail.com
[mailto:srivatsav.prasa...@gmail.com]
On Behalf Of prasanna
Sent: Wednesday, March 13, 2013 4:34 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Error starting system vms on latest asf/master
On 13 March 2013 16:26, Anshul Gangwar anshul.gang...@citrix.com wrote:
I am also getting the same error
Thanks,
Anshul
On 13/03/13 16:25, Pranav Saxena wrote:
Hi ,
I tried to deploy latest master code to set up a developer's
environment (Ubuntu 12.10 , Xenserver 6.1 ) -
1) mvn -P systemvm clean install (systemvm.iso got created)
2) Deployed the db
3) Started the jetty server
The systemvm.iso wasn't found on my host so I tried to manually copy
it there but it threw an exception while starting the systemVM's as
below -
Anybody else seen this error ? Any workarounds ?
Thanks,
Pranav
_
_ _
at java.lang.Thread.run(Thread.java:722)
2013-03-13 15:58:12,837 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-2:null) Catch Exception: class
com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(s-42-VM) on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task
failed! Task record: uuid:
702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(s-42-VM) on host(0d014dbd-f2e8-47e1-807d-5fb0e5a59fa1) due to Task
failed! Task record: uuid:
702df462-1c78-a76e-ab02-513bb2523c4a
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Wed Mar 13 16:00:13 IST 2013
finished: Wed Mar 13 16:00:15 IST 2013
status: failure
residentOn: com.xensource.xenapi.Host@c460e443
progress: 1.0
type: none/
result:
errorInfo: [INTERNAL_ERROR, xenopsd internal error: VM =
cf8b3190-3d6e-f7df-f328-43fe1ff1f504; domid = 2; Bootloader.Bad_error
Traceback (most recent call last):
File /usr/bin/pygrub, line 900, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported ]
otherConfig: {}
subtaskOf:
Re: Review Request: BUG-ID: CLOUDSTACK-1557
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/#review17826 --- Commit 7bb8ed4d05ac9ea1242201e0e4fafc36916d5c51 in branch refs/heads/master from Prachi Damle pra...@cloud.com [ https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;h=7bb8ed4 ] BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. - ASF Subversion and Git Services On March 8, 2013, 1:05 p.m., Pradeep Soundararajan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/ --- (Updated March 8, 2013, 1:05 p.m.) Review request for cloudstack, Prachi Damle, Likitha Shetty, and Hugo Trippaers. Description --- BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation Diffs - setup/bindir/cloud-setup-databases.in 1603c23eecbc33155982b9b7070bfaad0ff9db6f Diff: https://reviews.apache.org/r/9823/diff/ Testing --- After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Thanks, Pradeep Soundararajan
[ACS41][Patch Request] CLOUDSTACK-1557
Patch: https://reviews.apache.org/r/9823/ Reviewed and checked in master. Commit hash:7bb8ed4d05ac9ea1242201e0e4fafc36916d5c51 Author:Pradeep Soundararajan (pradeep.soundarara...@citrix.com) Author date: 11 minutes ago (Wed Mar 13 14:09:27 2013 -0700) Committer: Prachi Damle (pra...@cloud.com) Commit date:15 seconds ago (Wed Mar 13 14:20:41 2013 -0700) Commit hash:7bb8ed4d05ac9ea1242201e0e4fafc36916d5c51 BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Contained in branches: master Contained in no tag
Re: [ACS41][Patch Request] CLOUDSTACK-1557
ACK Applies and builds cleanly Committed in 4.1 Thanks, --David On Wed, Mar 13, 2013 at 5:28 PM, Prachi Damle prachi.da...@citrix.com wrote: Patch: https://reviews.apache.org/r/9823/ Reviewed and checked in master. Commit hash:7bb8ed4d05ac9ea1242201e0e4fafc36916d5c51 Author:Pradeep Soundararajan (pradeep.soundarara...@citrix.com) Author date: 11 minutes ago (Wed Mar 13 14:09:27 2013 -0700) Committer: Prachi Damle (pra...@cloud.com) Commit date:15 seconds ago (Wed Mar 13 14:20:41 2013 -0700) Commit hash:7bb8ed4d05ac9ea1242201e0e4fafc36916d5c51 BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Contained in branches: master Contained in no tag
Re: Review Request: BUG-ID: CLOUDSTACK-1557
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/#review17828 --- Commit 81a5a1270ee4eafa0984f985011b59a1b56d3399 in branch refs/heads/4.1 from David Nalley da...@gnsa.us [ https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;h=81a5a12 ] BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. - ASF Subversion and Git Services On March 8, 2013, 1:05 p.m., Pradeep Soundararajan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/ --- (Updated March 8, 2013, 1:05 p.m.) Review request for cloudstack, Prachi Damle, Likitha Shetty, and Hugo Trippaers. Description --- BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation Diffs - setup/bindir/cloud-setup-databases.in 1603c23eecbc33155982b9b7070bfaad0ff9db6f Diff: https://reviews.apache.org/r/9823/diff/ Testing --- After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Thanks, Pradeep Soundararajan
Re: search functionality on doc's site doesnt work
doc site i'm referring to: https://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/index.html On Wed, Mar 13, 2013 at 2:55 PM, Ahmad Emneina aemne...@gmail.com wrote: i think it just needs some configuration tweak to make it work, then again, what do i know?
[ACS41][Patch Request] - CLOUDSTACK-1648
Tested the commit against 4.0 branch, 4.1 branch, and master dev environments. Successfully deployed zones with local and NFS primary storage, to the point of instances, then rebooted KVM host, and everything came back up. Asked reporter to test patch, but reporter found a workaround and moved on. commit a58da3fa997425be2827d176f017077eec43feed Author: Marcus Sorensen mar...@betterservers.com Date: Wed Mar 13 15:29:09 2013 -0600 CLOUDSTACK-1648 - KVM - make storage pools non-persistent in libvirt. Persisting cloud-defined resources on the host has caused various problems. As a backward compatible fix, if an existing pool with a different name collides with a pool being created (by path), the pool will be redefined with the name cloudstack knows about. This is actually what brought up the bug, a persisted storage pool cloudstack wasn't managing.
Re: git commit: refs/heads/master - CLOUDSTACK-1653: Redundant router: Fix check_heartbeat.sh malfunctional due to delayed cron job
Either is OK. It's not common that bug would be triggered. If community think it's OK for 4.1, I would post a patch request for 4.1. --Sheng On Wed, Mar 13, 2013 at 9:27 AM, David Nalley da...@gnsa.us wrote: Does this need to come in to 4.1? --David On Tue, Mar 12, 2013 at 9:31 PM, yas...@apache.org wrote: Updated Branches: refs/heads/master bf15eb0c7 - 630e75596 CLOUDSTACK-1653: Redundant router: Fix check_heartbeat.sh malfunctional due to delayed cron job The interval between keepalived.ts and keepalived.ts2 should be = 60 seconds in normal condition, because every 10 seconds keepalived.ts would be updated, and at least every 60 seconds, keepalived.ts would be copy to keepalived.ts2. If the interval is less than 60 seconds, then keepalived process failed to update keepalived.ts every 10 seconds. Take some delay of updating into consideration, check_heartbeat.sh would use 30 seconds as a way to tell keepalived process is alive or not. Project: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/commit/630e7559 Tree: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/tree/630e7559 Diff: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/630e7559 Branch: refs/heads/master Commit: 630e75596ed6a4cf769b24900d383a05ebb25cdc Parents: bf15eb0 Author: Sheng Yang sheng.y...@citrix.com Authored: Tue Mar 12 18:24:31 2013 -0700 Committer: Sheng Yang sheng.y...@citrix.com Committed: Tue Mar 12 18:31:31 2013 -0700 -- .../root/redundant_router/check_heartbeat.sh.templ |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/630e7559/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ -- diff --git a/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ b/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ index 908c0d8..7a980bd 100755 --- a/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ +++ b/patches/systemvm/debian/config/root/redundant_router/check_heartbeat.sh.templ @@ -22,7 +22,7 @@ then lasttime=$(cat [RROUTER_BIN_PATH]/keepalived.ts2) thistime=$(cat [RROUTER_BIN_PATH]/keepalived.ts) diff=$(($thistime - $lasttime)) -if [ $diff -gt 100 ] +if [ $diff -lt 30] then echo Keepalived process is dead! [RROUTER_LOG] service keepalived stop [RROUTER_LOG] 21
[OFFLINE] Thursday, Friday, Monday
So I'm going to continue to have sporadic (even less than today) connectivity over the next three work days... that means *some* emailing is possible, but it also means that I can't work on things like commiting patches or reviewing bugs. I need someone to continue to manage the 4.1 patch reviews please (David, can you keep doing it?). We also need to really focus on getting our bug count down for 4.1! Can someone please step up to work with the rest of the community to ensure that we are paying attention to top issues during the next few days? We're in the final push, and every day counts if we care about the schedule. I also need someone to keep track of an expected IPMC graduation vote (you have to be on the general@i.a.o mailing list), to answer any questions that may come up. More on the graduation process in my next email though... Sorry for this, but it's jury duty and I got picked to serve on a (hopefully) short trial. -chip
Re: [OFFLINE] Thursday, Friday, Monday
On Wed, Mar 13, 2013 at 8:26 PM, Chip Childers chip.child...@sungard.com wrote: So I'm going to continue to have sporadic (even less than today) connectivity over the next three work days... that means *some* emailing is possible, but it also means that I can't work on things like commiting patches or reviewing bugs. I need someone to continue to manage the 4.1 patch reviews please (David, can you keep doing it?). I can pick this up. We also need to really focus on getting our bug count down for 4.1! Can someone please step up to work with the rest of the community to ensure that we are paying attention to top issues during the next few days? We're in the final push, and every day counts if we care about the schedule. I also need someone to keep track of an expected IPMC graduation vote (you have to be on the general@i.a.o mailing list), to answer any questions that may come up. More on the graduation process in my next email though... I'll pick this up as well. Sorry for this, but it's jury duty and I got picked to serve on a (hopefully) short trial. Congratulations. :) --David
Graduation process update
Hey all, I wanted to share status and next steps on our road to graduation. Our Vote: I'll be able to close the graduation VOTE on time tomorrow (72 hours). Right now, I'm assuming that we pass the vote. We currently have 53 +1 votes (with 4 of them being IPMC members) and no +0 or -1's. IPMC voting: After our vote closes (assuming it passes), I'll immediately open the IPMC vote on general@i.a.o. Our 4 current +1's from IPMC members (Brett, Mohammad, Alex K, Noah) are a great start to that. Assuming no issues, that vote will last until mid-day (EDT) Sunday. I'll close it on time there as well. Board approval: After a successful graduation vote within the IPMC, the next step is to forward the draft resolution to board@a.o, asking to be on the agenda for the next available board meeting. This month's board agenda will be locked on Sunday as well (the soonest day we may be able to ask to be on that agenda). I have no idea what time the cutoff is, so we'll have to wait and see. Any delays in being able to close our vote or the IPMC vote will, most likely, mean that we don't make it in time for this month. If the board approves the resolution (with or without modifications), then that'll be it! The real work will start immediately after it, as we go through all of the required transitional steps. ;-) Anyhow, that's the status and next steps we'll be taking. As I requested in my [OFFLINE] message, I'll be able to manage the official steps along this path, but I need someone else to help ensure that any discussion that's required happens in a timely manner. Shout if you can help, or if you have any questions or concerns. -chip
RE: [MERGE] Support VM Snapshot
Mice please see concerns from Anthony on Xenserver support., I guess they can only be proved conclusively by testing with xenserver. Chandan will test with xenserver. But given that there is some doubt on full support for xenserver and kvm dependency on libvirt-java binding and I assume the effort in making the capability configurable is trivial. In my opinion we should make it configurable and turn on for xenserver and kvm when support is clear. Thanks Animesh -Original Message- From: Mice Xia [mailto:weiran.x...@gmail.com] Sent: Monday, March 11, 2013 2:49 AM To: cloudstack-dev@incubator.apache.org Cc: Animesh Chaturvedi Subject: Re: [MERGE] Support VM Snapshot Animesh, sorry for the late reply. 1. currently in master branch it supports both xenserver and vmware, for KVM it needs a new-versioned libvirt java binding, considering it's for 4.2, still three months away from the release date, we have big chance to ship the new libvirt binding. I dont see a strong need to make it configurable for hypervisors unless some functions do not work at all.. 2. now delta volume snapshot will become a full one. But I guess volume snapshot will be improved soon for xenserver. please correct me if we dont have this plan. Regards -Mice 2013/3/8 Animesh Chaturvedi animesh.chaturv...@citrix.com: Folks following up on this thread looks like support for XenServer is still not settled. 1. Mice can we make the feature configurable for each hypervisor to enable/disable the feature 2. Test the feature with XenServer thoroughly to check if Volume Snapshot is affected / degraded Thanks Animesh -Original Message- From: Anthony Xu [mailto:xuefei...@citrix.com] Sent: Friday, February 01, 2013 5:44 PM To: 'Mice Xia'; cloudstack-dev@incubator.apache.org; Alex Huang; Mice Xia Subject: RE: [MERGE] Support VM Snapshot I see, snapshot manager detected the change in primary storage, and create a full snapshot instead, which is supposed to be a delta snapshot. It doesn’t break volume snapshot function, but this degrades the volume snapshot performance. This is just a simple test, it cannot prove there is no impact to volume snapshot. I’m not sure what will happen if execute these two commands at the same time, is there any mechanism to sync/serialize these two operation? I’m not sure if revert VM has impact to volume snapshot. For now, it is better to have a global configuration to only choose one. later, we may support both of them in one setup. Anthony From: Mice Xia [mailto:mice_...@tcloudcomputing.com] Sent: Friday, February 01, 2013 5:30 PM To: cloudstack-dev@incubator.apache.org; Alex Huang; Mice Xia; Anthony Xu Subject: 答复: [MERGE] Support VM Snapshot Anthony, Thanks for your comments. Tested on a datadisk with steps you provide on xenserver, all the files (test1, test2, test3) are present, the function is not affected. But as i have replied, volume snapshot (s2) is not a delta snapshot, it is a full one. Users need to be aware of this if they want to use both snapshots simultaneously. Regards Mice -Original Message- From: Anthony Xu [mailto:xuefei...@citrix.com] Sent: 2013-2-2 (星期六) 4:05 To: Alex Huang; Mice Xia; cloudstack-dev@incubator.apache.org Subject: RE: [MERGE] Support VM Snapshot CS uses XenServer delta snapshot, snapshot manager records a VHD chain in snapshot DB for each volume. VM snapshot creation/revert also operate on volume snapshot, if snapshot manager doesn't know the VM snapshot , volume snapshot might be broken. You can try following test, 1. create a VM. 2. create empty file test1 inside this VM. 3. create a volume snapshot(s1) 4. create empty file test2 inside this VM 5. create a VM snapshot (vm1) 6. create empty file test3 inside this VM 7. create a volume snapshot (s2) 8. create a volume from snapshot (s2) 9. attach this volume to a VM 10. if one of test1, test2, test3 is missing in this volume, might mean volume snapshot is broken. It might be difficult to support both VM snapshot and volume snapshot in the same time for hypervisor which supports delta snapshot. Maybe we need to provide a zone level configuration for it, only one is supported in a zone, volume snapshot or vm snapshot. Anthony -Original Message- From: Alex Huang Sent: Friday, February 01, 2013 10:54 AM To: Mice Xia; cloudstack-dev@incubator.apache.org Cc: Anthony Xu Subject: RE: [MERGE] Support VM Snapshot Mice, Thanks! Anthony, Can you comment on whether VM Snapshot breaks volume snapshot? --Alex -Original Message- From: Mice Xia [mailto:weiran.x...@gmail.com] Sent: Friday, February 01, 2013 8:53 AM To: cloudstack-dev@incubator.apache.org; Alex Huang Subject: Re: [MERGE] Support VM
RE: [OFFLINE] Thursday, Friday, Monday
-Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Wednesday, March 13, 2013 5:27 PM To: cloudstack-dev@incubator.apache.org Subject: [OFFLINE] Thursday, Friday, Monday So I'm going to continue to have sporadic (even less than today) connectivity over the next three work days... that means *some* emailing is possible, but it also means that I can't work on things like commiting patches or reviewing bugs. I need someone to continue to manage the 4.1 patch reviews please (David, can you keep doing it?). We also need to really focus on getting our bug count down for 4.1! Can someone please step up to work with the rest of the community to ensure that we are paying attention to top issues during the next few days? [Animesh] Yes I am already on it. Sudha and I meet daily to go over blocker and critical isssues We're in the final push, and every day counts if we care about the schedule. I also need someone to keep track of an expected IPMC graduation vote (you have to be on the general@i.a.o mailing list), to answer any questions that may come up. More on the graduation process in my next email though... Sorry for this, but it's jury duty and I got picked to serve on a (hopefully) short trial. -chip
Review Request: CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9917/ --- Review request for cloudstack, David Nalley and Chip Childers. Description --- CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing Changes: - DeployPlannerSelector was newly introduced for BareMetal feature. It had the planner name hardcoded. - Change it to decide the planner by referring to the global config vm.allocation.algorithm value Builds ok. RAT check ok. Functionality tested ok. This addresses bug CLOUDSTACK-1604. Diffs - server/src/com/cloud/deploy/AbstractDeployPlannerSelector.java 62094eb server/src/com/cloud/deploy/HypervisorVmPlannerSelector.java 034a9aa Diff: https://reviews.apache.org/r/9917/diff/ Testing --- Successfully deployed VM using the UserDispersingPlanner or UserConcentratedPodPlanner after changing the global setting. Thanks, Prachi Damle
[ACS41][Patch Request] CLOUDSTACK-1604
Patch: https://reviews.apache.org/r/9917/ Fix for CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing
RE: [CLOUDSTACK-241 ]Regions update
Thanks Kishan for your input. Since we will now rely on Events Framework feature to publish events that could be used by admins to maintain data sync between regions , I have created test plan for this feature- https://cwiki.apache.org/confluence/display/CLOUDSTACK/Events+Framework+Test+plan . This test plan addresses only a part of Event Framework feature that is needed by AWS regions feature for achieving data sync of Account/Domain/User objects between regions. Please provide your feedback. -Thanks Sangeetha -Original Message- From: Kishan Kavala [mailto:kishan.kav...@citrix.com] Sent: Tuesday, March 12, 2013 5:53 AM To: cloudstack-dev@incubator.apache.org Subject: RE: [CLOUDSTACK-241 ]Regions update Please find my response inline. -Original Message- From: Sangeetha Hariharan [mailto:sangeetha.hariha...@citrix.com] Sent: Saturday, 9 March 2013 1:14 AM To: cloudstack-dev@incubator.apache.org Subject: RE: [CLOUDSTACK-241 ]Regions update I have updated the test cases according to the latest functional Spec which is to make use of Event frameworks instead of api based sync for domain/account/users. Test cases can be found here - https://cwiki.apache.org/confluence/display/CLOUDSTACK/AWS+Regions+T est+Plan . Please provide your feedback. I had the following questions: 1. In case of update/delete action from a region that is not the owner , API call will succeed as long as it has been able to forward the request to owner region and the owner region actually executed the command . Even after receiving a success from the API call, the changes will not be committed in this region. This seems like a confusing experience . Can we expect any message indicating to the user about the redirection of request? [KK] Forwarding to owner region should be removed. Data sync is external to CloudStack. 2. In case of deleting domains/accounts from a region that is not the owner of this region , this will result in the domain/account being actually deleted from the owner region which will also result in all the resources like network and Vms being deleted. Is this acceptable? [KK] When account/domain is deleted all resources will also be deleted. 3. Consider the case of domains/accounts (owner Region 1) that have users that are owned by 2 different regions , say user1 (owner Region 1) and user2 (owner Region2) . Which region is responsible for deletion of domain/account , since this deletion will also involve deletion of users which are now owned by 2 different regions? [KK] Since data sync is external to CloudStack, we don't need the notion of owner region. 4. Why is there a need for getUser API ? When will this get used ? [KK] getUser API is for components like object-store to authenticate and get account information 5. Can you include the response parameters for all the new API calls ? [KK] I've added the response parameters to the spec. -Thanks Sangeetha -Original Message- From: Kishan Kavala [mailto:kishan.kav...@citrix.com] Sent: Thursday, February 28, 2013 12:53 AM To: cloudstack-dev@incubator.apache.org Subject: RE: [CLOUDSTACK-241 ]Regions update -Original Message- From: Kishan Kavala [mailto:kishan.kav...@citrix.com] Sent: Wednesday, 27 February 2013 12:07 PM To: cloudstack-dev@incubator.apache.org Subject: RE: [CLOUDSTACK-241 ]Regions update -Original Message- From: Chip Childers [mailto:chip.child...@sungard.com] Sent: Tuesday, 26 February 2013 8:22 PM To: cloudstack-dev@incubator.apache.org Subject: Re: [CLOUDSTACK-241 ]Regions update On Tue, Feb 26, 2013 at 02:34:13PM +0530, Kishan Kavala wrote: Removed API based account sync for Regions as discussed earlier [1] . Event framework will be used instead. I pushed the changes to master. commit: e37fdce125511535961c77a77d253ce232a954d0. I'll be merging the same to 4.1 branch. [1] http://mail-archives.apache.org/mod_mbox/incubator-cloudstack- dev/2013 02.mbox/%3ccd3462cf.64a2%25chiradeep.vit...@citrix.com%3E Is this something we really want to do now? Has the feature been QA'ed yet? This seems pretty late to make a change to the basic function of the feature for 4.1. If my concern are overblown, then say so! -chip This commit only removes API based account data sync and it is fairly isolated part of the code. Events are already in place so no changes in that area. Changes were merged to 4.1 branch. I also changed tabs to spaces in the related files, so the diff shows more changes than actual.
Re: Review Request: CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9917/#review17845 --- Prachi: This doesn't cleanly apply to 4.1 [ke4qqq@mba incubator-cloudstack]$ git am foo.patch Applying: CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing error: patch failed: server/src/com/cloud/deploy/AbstractDeployPlannerSelector.java:18 error: server/src/com/cloud/deploy/AbstractDeployPlannerSelector.java: patch does not apply error: patch failed: server/src/com/cloud/deploy/HypervisorVmPlannerSelector.java:18 error: server/src/com/cloud/deploy/HypervisorVmPlannerSelector.java: patch does not apply Patch failed at 0001 CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing The copy of the patch that failed is found in: - David Nalley On March 14, 2013, 1:17 a.m., Prachi Damle wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9917/ --- (Updated March 14, 2013, 1:17 a.m.) Review request for cloudstack, David Nalley and Chip Childers. Description --- CLOUDSTACK-1604: deploy VM failed when global setting vm.allocation.algorithm is set to userdispersing Changes: - DeployPlannerSelector was newly introduced for BareMetal feature. It had the planner name hardcoded. - Change it to decide the planner by referring to the global config vm.allocation.algorithm value Builds ok. RAT check ok. Functionality tested ok. This addresses bug CLOUDSTACK-1604. Diffs - server/src/com/cloud/deploy/AbstractDeployPlannerSelector.java 62094eb server/src/com/cloud/deploy/HypervisorVmPlannerSelector.java 034a9aa Diff: https://reviews.apache.org/r/9917/diff/ Testing --- Successfully deployed VM using the UserDispersingPlanner or UserConcentratedPodPlanner after changing the global setting. Thanks, Prachi Damle
Re: Review Request: BUG-ID: CLOUDSTACK-1557
On March 13, 2013, 9:52 p.m., ASF Subversion and Git Services wrote: Commit 81a5a1270ee4eafa0984f985011b59a1b56d3399 in branch refs/heads/4.1 from David Nalley da...@gnsa.us [ https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;h=81a5a12 ] BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Pradeep can you mark the patch as submitted - Animesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/#review17828 --- On March 8, 2013, 1:05 p.m., Pradeep Soundararajan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9823/ --- (Updated March 8, 2013, 1:05 p.m.) Review request for cloudstack, Prachi Damle, Likitha Shetty, and Hugo Trippaers. Description --- BUG-ID: CLOUDSTACK-1557 Summary: EC2 REST API : cloudbridge database is missing on the CloudStack Installation Diffs - setup/bindir/cloud-setup-databases.in 1603c23eecbc33155982b9b7070bfaad0ff9db6f Diff: https://reviews.apache.org/r/9823/diff/ Testing --- After this change, cloudstack-setup-databases is launching cloud-bridge related databases properly. Thanks, Pradeep Soundararajan
Re: Review Request: Spring fails to self inject the ApiDiscoveryServiceImpl pluggable service, add manually to service impl
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9872/ --- (Updated March 14, 2013, 1:44 a.m.) Review request for cloudstack, David Nalley and Chip Childers. Description --- Spring fails to inject the class itself which is a pluggable service. A minor issue, but the listApis won't list the listApis API itself. So, we manually addAll getCommands() from the class to the cmdClass (the list of cmd classes) Diffs - plugins/api/discovery/src/org/apache/cloudstack/discovery/ApiDiscoveryServiceImpl.java 293a1a4 Diff: https://reviews.apache.org/r/9872/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: Bugfix CLOUDSTACK-1594: Secondary storage host always remains Alert status
On None, roxanne chang wrote: Ship It! Reviwer should mark the patch as Ship it not the submitter. Please refere to Review Board guidelines https://cwiki.apache.org/confluence/display/CLOUDSTACK/Review+Board+Guidelines. Also add Edison Su as reviewer - Animesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9818/#review17603 --- On March 11, 2013, 2:29 a.m., roxanne chang wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9818/ --- (Updated March 11, 2013, 2:29 a.m.) Review request for cloudstack. Description --- Bugfix CLOUDSTACK-1594: Secondary storage host always remains Alert status [https://issues.apache.org/jira/browse/CLOUDSTACK-1594] In file SecondarySotrageManagerImpl.java, function generateSetupCommand, if the host type is Secondary storage VM, the logic is to set secondarystorage host, at this time, secondarystorage host stauts should become Up. The secondary storage host always remains Alert status, because before the secondary storage vm is deployed, the secondary storage host is created. The tricky way (in the end of file AgentManagerImpl.java, function NotifiMonitorsOfConnection) will try to disconnect secondary storage, therefore the secondary storage host becomes Alert status. The code should take SSVM into consider, not only Answer reponse. File ResourceManagerImpl.java, function discoverHostsFull, in the end will call discoverer.postDiscovery, in file SecondarySotrageDiscover.postDiscovery, the condition _userServiceVM is not needed since its use to make secondary storage host wait for SSVM already done in SecondarySotrageManagerImpl. This makes why secondary storage host always remains Alert status. This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-1594. Diffs - server/src/com/cloud/agent/manager/AgentManagerImpl.java c1bbb58 server/src/com/cloud/storage/secondary/SecondaryStorageDiscoverer.java 3ca74a3 server/src/com/cloud/storage/secondary/SecondaryStorageManagerImpl.java 46ac7af Diff: https://reviews.apache.org/r/9818/diff/ Testing --- Test 4.0.0, 4.2.0 in basic mode, works well. Thanks, roxanne chang
4.1 Reviewboard patch action items
David I looked up the review board for patches that need to go in 4.1 and here are the action items for you and other folks on cc list Review ID SummarySubmitter Status Who to take Action Action Item 9878CLOUDSTACK-1544: dgrizzanti Patch applied David G Mark the patch as submitted 9879CLOUDSTACK-1649 hongtu_zang Review pending Kelven, Chip Kelven to review the patch. Chip/David to apply 99051636 kishanPatch available Chip/David Apply the patch 9787 kjiang Patch applied Kanzhe Mark the patch as submitted 9890CLOUDSTACK-1656: minchen07Applied Min Mark the patch as submitted 9917CLOUDSTACK-1604: prachidamle Does not apply prachi resubmit the patch 9823CLOUDSTACK-1557pradeepsoApplied Pradeep Mark the patch as submitted 9900CLOUDSTACK-1252pradeepsoPatch available David/Chip Apply the patch Thanks Animesh -Original Message- From: David Nalley [mailto:da...@gnsa.us] Sent: Wednesday, March 13, 2013 5:40 PM To: cloudstack-dev@incubator.apache.org Subject: Re: [OFFLINE] Thursday, Friday, Monday On Wed, Mar 13, 2013 at 8:26 PM, Chip Childers chip.child...@sungard.com wrote: So I'm going to continue to have sporadic (even less than today) connectivity over the next three work days... that means *some* emailing is possible, but it also means that I can't work on things like commiting patches or reviewing bugs. I need someone to continue to manage the 4.1 patch reviews please (David, can you keep doing it?). I can pick this up. We also need to really focus on getting our bug count down for 4.1! Can someone please step up to work with the rest of the community to ensure that we are paying attention to top issues during the next few days? We're in the final push, and every day counts if we care about the schedule. I also need someone to keep track of an expected IPMC graduation vote (you have to be on the general@i.a.o mailing list), to answer any questions that may come up. More on the graduation process in my next email though... I'll pick this up as well. Sorry for this, but it's jury duty and I got picked to serve on a (hopefully) short trial. Congratulations. :) --David
Re: Review Request: Bugfix CLOUDSTACK-1594: Secondary storage host always remains Alert status
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9818/ --- (Updated March 14, 2013, 3:25 a.m.) Review request for cloudstack and edison su. Changes --- Add Edison Su as reviewers. Description (updated) --- Bugfix CLOUDSTACK-1594: Secondary storage host always remains Alert status [https://issues.apache.org/jira/browse/CLOUDSTACK-1594] In file SecondarySotrageManagerImpl.java, function generateSetupCommand, if the host type is Secondary storage VM, the logic is to set secondarystorage host, at this time, secondarystorage host stauts should become Up. The secondary storage host always remains Alert status, because before the secondary storage vm is deployed, the secondary storage host is created. The tricky way (in the end of file AgentManagerImpl.java, function NotifiMonitorsOfConnection) will try to disconnect secondary storage, therefore the secondary storage host becomes Alert status. The code should take SSVM into consider, not only Answer reponse. File ResourceManagerImpl.java, function discoverHostsFull, in the end will call discoverer.postDiscovery, in file SecondarySotrageDiscover.postDiscovery, the condition _userServiceVM is not needed since its use to make secondary storage host wait for SSVM is already done in SecondaryStorageManagerImpl. This makes why secondary storage host always remains Alert status. This addresses bug https://issues.apache.org/jira/browse/CLOUDSTACK-1594. Diffs - server/src/com/cloud/agent/manager/AgentManagerImpl.java c1bbb58 server/src/com/cloud/storage/secondary/SecondaryStorageDiscoverer.java 3ca74a3 server/src/com/cloud/storage/secondary/SecondaryStorageManagerImpl.java 46ac7af Diff: https://reviews.apache.org/r/9818/diff/ Testing --- Test 4.0.0, 4.2.0 in basic mode, works well. Thanks, roxanne chang
