Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Wed, Jul 10, 2013 at 09:46:50PM +, Alex Huang wrote: John, I'm concerned that object store implementations that's going into 4.2 will repeat this fate if we don't add them into the automated test environment. Perhaps, you, me, Edison, Prassana, and perhaps Thomas can work together about how to add the current implementations into the regression test suite? I had emailed earlier (1 week ago I thnk) that I'll be switching out all the test infrastructure to run only on object store for master. I made all the changes but ran in to the AWS SDK problem which I bumped up to get it to work. In this time window, I was making another change to use Xen 6.2 only which ran into some problems, I am following up on xen-devel about that. Once done, all test infra will be based on object store. But provider specific implementations (Amazon, RiakCS, Swift) I haven't really thought about. -- Prasanna., Powered by BigRock.com
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Wed, Jul 10, 2013 at 06:13:07PM +, Edison Su wrote: 3. If we add this feature back, will we test it for each release? Such as adding it into automate test? Right now, I break this feature, I am pretty sure, it will be broken by other developers, if we continue adding feature without test. This should be less likely because the storage framework now pluginizes the swift storage? Earlier it was more prone to be broken because it was coupled with NFS storage code -- Prasanna., Powered by BigRock.com
RE: Failed to start management server in 4.2 build
Hi, 4.2 Management server startup failure is fixed with latest commit from Edison : https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=ecd2a273cbf21ec7388afdc1cbeda35aa421bd1a Thanks, Sailaja.M -Original Message- From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com] Sent: Thursday, July 11, 2013 10:06 AM To: dev@cloudstack.apache.org Subject: Failed to start management server in 4.2 build Failed to start management server in 4.2 build, created blocker defect https://issues.apache.org/jira/browse/CLOUDSTACK-3459; Observed below error in MS log 2013-07-11 00:28:50,831 ERROR [utils.db.ScriptRunner] (Timer-1:null) com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Duplicate column name 'size' 2013-07-11 00:28:50,835 ERROR [cloud.upgrade.DatabaseUpgradeChecker] (Timer-1:null) Unable to execute upgrade script: /usr/share/cloudstack-management/setup/db/schema-40to410.sql com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Duplicate column name 'size' at com.cloud.utils.db.ScriptRunner.runScript(ScriptRunner.java:193) at com.cloud.utils.db.ScriptRunner.runScript(ScriptRunner.java:87) at com.cloud.upgrade.DatabaseUpgradeChecker.runScript(DatabaseUpgradeChecker.java:174) at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:235) at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:364) at com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:90) at com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50) at java.util.TimerThread.mainLoop(Timer.java:534) at java.util.TimerThread.run(Timer.java:484) 2013-07-11 00:28:50,843 ERROR [cloud.upgrade.DatabaseUpgradeChecker] (Timer-1:null) Unable to upgrade the database com.cloud.utils.exception.CloudRuntimeException: Unable to execute upgrade script: /usr/share/cloudstack-management/setup/db/schema-40to410.sql at com.cloud.upgrade.DatabaseUpgradeChecker.runScript(DatabaseUpgradeChecker.java:183) at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:235) at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:364) at com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:90) at com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50) at java.util.TimerThread.mainLoop(Timer.java:534) at java.util.TimerThread.run(Timer.java:484) Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Duplicate column name 'size' at com.cloud.utils.db.ScriptRunner.runScript(ScriptRunner.java:193) at com.cloud.utils.db.ScriptRunner.runScript(ScriptRunner.java:87) at com.cloud.upgrade.DatabaseUpgradeChecker.runScript(DatabaseUpgradeChecker.java:174) ... 6 more 2013-07-11 00:28:50,856 DEBUG [db.Transaction.Transaction] (Timer-1:null) Rolling back the transaction: Time = 61 Name = null; called by -Transaction.rollback:890-Transaction.removeUpTo:833 -Transaction.close:657-DatabaseUpgradeChecker.upgrade:268-DatabaseUpgradeChecker.check:364-ComponentContext.initComponentsLifeCycle:90-CloudStartupServlet$1.run:50-TimerThread.mainLoop:534-T imerThread.run:484 2013-07-11 00:28:50,857 ERROR [utils.component.ComponentContext] (Timer-1:null) System integrity check failed. Refuse to startup Regards, Rayees
RE: Localization
That's correct. Currently all messages are hard-coded in the Java code. First all these strings needs to be moved out to something like a 'resource file' and only then they can be localized. -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Thursday, July 11, 2013 11:21 AM To: dev@cloudstack.apache.org Subject: Localization Hi, I was wondering if the GUI is the only component of CloudStack that is localized? It looks like we never localize anything in the Java codebase. That being the case, error messages returned from the Java side to the client appear in English only. Does that sound correct? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)*
Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/#review23000 --- api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java https://reviews.apache.org/r/11649/#comment46774 This check looks incorrect. If start date isn't given and enddate is given it should work like a older than field. All alerts/events older than end date should get deleted/archived. startdate shouldn't be in the first check. engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java https://reviews.apache.org/r/11649/#comment46775 Archiving based on only startDate is incorrect. It should be either between start and end date or archiving alerts older than end date. engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java https://reviews.apache.org/r/11649/#comment46776 Same as above. start date should be removed (it will never get here) engine/schema/src/com/cloud/event/dao/EventDaoImpl.java https://reviews.apache.org/r/11649/#comment46777 Same as above - Devdeep Singh On July 10, 2013, 5:50 p.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/ --- (Updated July 10, 2013, 5:50 p.m.) Review request for cloudstack and Devdeep Singh. Bugs: CLOUDSTACK-1768 Repository: cloudstack-git Description --- CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. Under this improvement, archive/deletion of alerts and events by time period i.e. with startdate and enddate is required. Removed parameter olderthan and added new params startdate and enddate in the following APIs: archiveEvents deleteEvents archiveAlerts deleteAlerts Diffs - api/src/org/apache/cloudstack/api/ApiConstants.java e2857b8 api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java 2a1a47a api/src/org/apache/cloudstack/api/command/admin/resource/DeleteAlertsCmd.java f03793c api/src/org/apache/cloudstack/api/command/user/event/ArchiveEventsCmd.java 481607c api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java a03e6d9 engine/schema/src/com/cloud/alert/dao/AlertDao.java fda814d engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 18115a5 engine/schema/src/com/cloud/event/dao/EventDao.java 9454ce7 engine/schema/src/com/cloud/event/dao/EventDaoImpl.java cefe107 server/src/com/cloud/api/ApiDispatcher.java b7d08e2 server/src/com/cloud/server/ManagementServerImpl.java da9d6a2 server/test/com/cloud/alert/AlertControlsUnitTest.java c1e4c54 server/test/com/cloud/event/EventControlsUnitTest.java e2a86cd Diff: https://reviews.apache.org/r/11649/diff/ Testing --- Tested and verified the result of all the four APIs with the different combinations and inputs of startdate and enddate in my local CloudStack setup. Thanks, Sanjay Tripathi
Re: Review Request 12227: NPE while deploying any instances in kvm/vmware using ZWPS due to capacityIops
On July 8, 2013, 7:16 p.m., Venkata Siva Vijayendra Bhamidipati wrote: Fix looks good. Thanks for the review comments - Rajesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12227/#review22846 --- On July 4, 2013, 12:32 p.m., Rajesh Battala wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12227/ --- (Updated July 4, 2013, 12:32 p.m.) Review request for cloudstack, edison su, Ram Ganesh, and Sateesh Chodapuneedi. Bugs: 3301 Repository: cloudstack-git Description --- Issue: When VM is getting deployed in ZWPS(kvm, vmware), NPE is occuring. Fixed: SolidFire storage had introduced iops, its setting capacityIops on the pool level. Only solidfire is setting and getting it which is causing NPE when checking this value for other type PS. This fixed will resolve the issue for any storage provider which don't set capacityIops. Diffs - server/src/com/cloud/storage/StorageManagerImpl.java bb21afb Diff: https://reviews.apache.org/r/12227/diff/ Testing --- 1. Adding ZWPS, and deployed the VM in KVM. Vm got successfully deployed. 2. Adding CWPS and deployed the VM in KVM. VM got deployed successfully. Thanks, Rajesh Battala
Re: Review Request 12227: NPE while deploying any instances in kvm/vmware using ZWPS due to capacityIops
On July 10, 2013, 9:57 p.m., edison su wrote: Ship It! Thanks Edison for the review and pushing the patch - Rajesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12227/#review22981 --- On July 4, 2013, 12:32 p.m., Rajesh Battala wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12227/ --- (Updated July 4, 2013, 12:32 p.m.) Review request for cloudstack, edison su, Ram Ganesh, and Sateesh Chodapuneedi. Bugs: 3301 Repository: cloudstack-git Description --- Issue: When VM is getting deployed in ZWPS(kvm, vmware), NPE is occuring. Fixed: SolidFire storage had introduced iops, its setting capacityIops on the pool level. Only solidfire is setting and getting it which is causing NPE when checking this value for other type PS. This fixed will resolve the issue for any storage provider which don't set capacityIops. Diffs - server/src/com/cloud/storage/StorageManagerImpl.java bb21afb Diff: https://reviews.apache.org/r/12227/diff/ Testing --- 1. Adding ZWPS, and deployed the VM in KVM. Vm got successfully deployed. 2. Adding CWPS and deployed the VM in KVM. VM got deployed successfully. Thanks, Rajesh Battala
RE: Using VMware from CloudStack
-Original Message- From: Ram Ganesh [mailto:ram.gan...@citrix.com] Sent: 11 July 2013 11:16 To: dev@cloudstack.apache.org; Ahmad Emneina Subject: RE: Using VMware from CloudStack Association of DC to a Zone was introduced as part of [1]. With this change VCenter details at the Add Cluster page should be optional to take care of legacy zones(zones created prior to [1] support). This could be a bug in UI [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Mapping+model+for+CloudStack+zone+and+Vmware+datacenter -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 11 July 2013 01:57 To: dev@cloudstack.apache.org; Ahmad Emneina Subject: Re: Using VMware from CloudStack Hi Ahmad, Yeah, it seems to ask for vCenter credentials both when adding the VMware Datacenter to the Zone and when creating a CS Cluster based on a VMware Cluster. Interesting On Wed, Jul 10, 2013 at 2:02 PM, Ahmad Emneina aemne...@gmail.com wrote: one typically adds a cluster during zone creation or adds the cluster as a unit (which maps to the vmware dc/cluster). I believe at the cluster addition phase, is where you should be prompted for credentials. Give that a try, see if you get any miles out of that. On Wed, Jul 10, 2013 at 12:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I've been primarily working on the 4.2 branch as of late and was setting up a VMware cluster for the first time in a while. I noticed from an error message that before I can set up a cluster based on VMware that I must add the VMware Datacenter to the Zone. I went ahead and did this. I then came back to the Add Cluster dialog and am wondering why at this point we ask for the vCenter host, username, password, and datacenter. It would seem I already filled in this info when I associated the VMware Datacenter to the Zone. Am I missing something here? Hi Mike, Yes, vCenter host datacenter should be optional. UI is displaying them as optional (by not having red * against these text fields). There exists a bug related to this CLOUDSTACK-3460. Credentials of cluster are asked for each cluster. Idea is to let customers specify the credentials specific to a cluster. This could be handy for customer who have clusters managed by a specific role/user, if any, which is different from user specified for entire zone. +1 for making credentials fields as optional so that we consider customers who have single user managing all clusters in zone. In that case, we default to credentials specified at zone level i.e. the credentials provided while adding VMware DC to zone. For this I added ticket CLOUDSTACK- 3461 Hope that helps. - Sateesh Thanks for filling me in on this! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)*
Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/ --- (Updated July 11, 2013, 7:59 a.m.) Review request for cloudstack and Devdeep Singh. Changes --- Incorporated all the review comments, please commit it if the patch looks fine. Bugs: CLOUDSTACK-1768 Repository: cloudstack-git Description --- CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. Under this improvement, archive/deletion of alerts and events by time period i.e. with startdate and enddate is required. Removed parameter olderthan and added new params startdate and enddate in the following APIs: archiveEvents deleteEvents archiveAlerts deleteAlerts Diffs (updated) - api/src/org/apache/cloudstack/api/ApiConstants.java e2857b8 api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java 2a1a47a api/src/org/apache/cloudstack/api/command/admin/resource/DeleteAlertsCmd.java f03793c api/src/org/apache/cloudstack/api/command/user/event/ArchiveEventsCmd.java 481607c api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java a03e6d9 engine/schema/src/com/cloud/alert/dao/AlertDao.java fda814d engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 18115a5 engine/schema/src/com/cloud/event/dao/EventDao.java 9454ce7 engine/schema/src/com/cloud/event/dao/EventDaoImpl.java cefe107 server/src/com/cloud/api/ApiDispatcher.java b7d08e2 server/src/com/cloud/server/ManagementServerImpl.java da9d6a2 server/test/com/cloud/alert/AlertControlsUnitTest.java c1e4c54 server/test/com/cloud/event/EventControlsUnitTest.java e2a86cd Diff: https://reviews.apache.org/r/11649/diff/ Testing --- Tested and verified the result of all the four APIs with the different combinations and inputs of startdate and enddate in my local CloudStack setup. Thanks, Sanjay Tripathi
Review Request 12467: CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/ --- Review request for cloudstack, Devdeep Singh and Prasanna Santhanam. Bugs: CLOUDSTACK-3462 Repository: cloudstack-git Description --- CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. Steps: 1. Setup cloudstack environment. 2. Ensure that system VMs came up properly. 3. Restart MS Diffs - engine/storage/image/src/org/apache/cloudstack/storage/image/TemplateServiceImpl.java cc60c10 Diff: https://reviews.apache.org/r/12467/diff/ Testing --- Tested on local CloudStack setup by following the steps mentioned in the description. Thanks, Sanjay Tripathi
Re: Review Request 12467: CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/#review23002 --- Commit 08669f5de20d9bc5e40693f128d7e48393eedb37 in branch refs/heads/master from Sanjay Tripathi [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=08669f5 ] CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. - ASF Subversion and Git Services On July 11, 2013, 8:26 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/ --- (Updated July 11, 2013, 8:26 a.m.) Review request for cloudstack, Devdeep Singh and Prasanna Santhanam. Bugs: CLOUDSTACK-3462 Repository: cloudstack-git Description --- CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. Steps: 1. Setup cloudstack environment. 2. Ensure that system VMs came up properly. 3. Restart MS Diffs - engine/storage/image/src/org/apache/cloudstack/storage/image/TemplateServiceImpl.java cc60c10 Diff: https://reviews.apache.org/r/12467/diff/ Testing --- Tested on local CloudStack setup by following the steps mentioned in the description. Thanks, Sanjay Tripathi
Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/#review23003 --- Commit 429e6bd4bb084a568c74d5412729e5e8c09d4c9a in branch refs/heads/master from Sanjay Tripathi [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=429e6bd ] CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. User should be able to delete/archive alerts and events by selecting a time period or by choosing the alerts and events older than a date. Added the ability to choose a time period too. - ASF Subversion and Git Services On July 11, 2013, 7:59 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/ --- (Updated July 11, 2013, 7:59 a.m.) Review request for cloudstack and Devdeep Singh. Bugs: CLOUDSTACK-1768 Repository: cloudstack-git Description --- CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. Under this improvement, archive/deletion of alerts and events by time period i.e. with startdate and enddate is required. Removed parameter olderthan and added new params startdate and enddate in the following APIs: archiveEvents deleteEvents archiveAlerts deleteAlerts Diffs - api/src/org/apache/cloudstack/api/ApiConstants.java e2857b8 api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java 2a1a47a api/src/org/apache/cloudstack/api/command/admin/resource/DeleteAlertsCmd.java f03793c api/src/org/apache/cloudstack/api/command/user/event/ArchiveEventsCmd.java 481607c api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java a03e6d9 engine/schema/src/com/cloud/alert/dao/AlertDao.java fda814d engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 18115a5 engine/schema/src/com/cloud/event/dao/EventDao.java 9454ce7 engine/schema/src/com/cloud/event/dao/EventDaoImpl.java cefe107 server/src/com/cloud/api/ApiDispatcher.java b7d08e2 server/src/com/cloud/server/ManagementServerImpl.java da9d6a2 server/test/com/cloud/alert/AlertControlsUnitTest.java c1e4c54 server/test/com/cloud/event/EventControlsUnitTest.java e2a86cd Diff: https://reviews.apache.org/r/11649/diff/ Testing --- Tested and verified the result of all the four APIs with the different combinations and inputs of startdate and enddate in my local CloudStack setup. Thanks, Sanjay Tripathi
Re: Review Request 12360: custom cpu model for kvm guest.the default model 'QEMU Virtual CPU version xxx' affect the activation of Windows OS and low performance.
On July 10, 2013, 6:50 a.m., Wei Zhou wrote: plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java, line 956 https://reviews.apache.org/r/12360/diff/2/?file=319577#file319577line956 It is mentioned in http://libvirt.org/formatdomain.html that Since 0.9.10, an optional mode attribute may be used to make it easier to configure a guest CPU to be as close to host CPU as possible. Hence, I think it is better to compare _libvirtVersion here. This feature supports from libvirt 0.9.10. i will do the version check in LibvirtComputingResource.java. - Jijun --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12360/#review22949 --- On July 10, 2013, 3 a.m., Jijun Liu wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12360/ --- (Updated July 10, 2013, 3 a.m.) Review request for cloudstack, edison su, soren, and Wei Zhou. Repository: cloudstack-git Description --- Add cpu model for kvm guest.Now all the kvm guest's cpu model is 'QEMU Virtual CPU version xxx'. This will affect the activation of Windows OS and low performance. I add three mode for user to indicate the guest cpu model. some ideas come from openstack and libvirt. user can uncomment guest.cpu.mode and guest.cpu.model in agent.properties to enable this feature.it is disabled by default. some details as follows: custom - user custom the CPU model which specified by guest.cpu.model. host-model - identify the named CPU model which most closely matches the host, and then request additional CPU flags to complete the match. This should give close to maximum functionality/performance, which maintaining good reliability/compatibility if the guest is migrated to another host with slightly different host CPUs. host-passthrough - tell KVM to passthrough the host CPU with no modifications. The difference to host-model, instead of just matching feature flags, every last detail of the host CPU is matched. This gives absolutely best performance,and can be important to some apps which check low level CPU details, but it comes at a cost wrt migration. The guest can only be migrated to an exactly matching host CPU. Diffs - agent/conf/agent.properties 60030ae plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java 914017c plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java 5120870 plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtVMDefTest.java 2c0ff8d Diff: https://reviews.apache.org/r/12360/diff/ Testing --- 1.set guest.cpu.mode=custom,guest.cpu.model=Nehalem in agent.properties,you can get more guest.cpu.model by execute virsh capabilities .create a new vm instance or reboot your vm instance,the guest's cpu model will change as guest.cpu.model specified. 2.set guest.cpu.mode=host-model,create a new vm instance or reboot your vm instance the guest's cpu model will be a closely cpu model as your hypervisor. 3.set guest.cpu.mode=host-passthrough,create a new vm instance or reboot your vm instance,the guest's cpu model should be the cpu model as your hypervisor. Thanks, Jijun Liu
Re: Shared networks without IP range.
On Tue, Jul 09, 2013 at 12:27:28PM +0530, Girish Shilamkar wrote: Hello, In order to create shared network StartIp/endIp/gateway/netmask are required. I am looking at an old test case which creates shared network without IP range and deploys vm in it. It of course fails as IP range is required while creating shared network. Has anything related to shared network changed in recent times or the test case is just invalid ? The steps of the test are as follows. If anyone has tested this scenario and/or know how this works, your input would help resolve the failure in automated tests: If not, I'll remove this test as invalid. # 1. create a shared network using shared network offering but do not specify startIp/endIp arguments # 2. create an account # 3. deploy a VM in this account using the above network # Validate the following # 1. listNetworks should return the created network # 2. listAccounts to return the created account # 3. VM deployment should succeed and NIC is in networks address space # 4. delete the account -- Prasanna., Powered by BigRock.com
Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/#review23006 --- Commit 5dda98c3a00c6eca3dce76f0bd5627f230564844 in branch refs/heads/4.2 from Sanjay Tripathi [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5dda98c ] CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. User should be able to delete/archive alerts and events by selecting a time period or by choosing the alerts and events older than a date. Added the ability to choose a time period too. - ASF Subversion and Git Services On July 11, 2013, 7:59 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/ --- (Updated July 11, 2013, 7:59 a.m.) Review request for cloudstack and Devdeep Singh. Bugs: CLOUDSTACK-1768 Repository: cloudstack-git Description --- CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. Under this improvement, archive/deletion of alerts and events by time period i.e. with startdate and enddate is required. Removed parameter olderthan and added new params startdate and enddate in the following APIs: archiveEvents deleteEvents archiveAlerts deleteAlerts Diffs - api/src/org/apache/cloudstack/api/ApiConstants.java e2857b8 api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java 2a1a47a api/src/org/apache/cloudstack/api/command/admin/resource/DeleteAlertsCmd.java f03793c api/src/org/apache/cloudstack/api/command/user/event/ArchiveEventsCmd.java 481607c api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java a03e6d9 engine/schema/src/com/cloud/alert/dao/AlertDao.java fda814d engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 18115a5 engine/schema/src/com/cloud/event/dao/EventDao.java 9454ce7 engine/schema/src/com/cloud/event/dao/EventDaoImpl.java cefe107 server/src/com/cloud/api/ApiDispatcher.java b7d08e2 server/src/com/cloud/server/ManagementServerImpl.java da9d6a2 server/test/com/cloud/alert/AlertControlsUnitTest.java c1e4c54 server/test/com/cloud/event/EventControlsUnitTest.java e2a86cd Diff: https://reviews.apache.org/r/11649/diff/ Testing --- Tested and verified the result of all the four APIs with the different combinations and inputs of startdate and enddate in my local CloudStack setup. Thanks, Sanjay Tripathi
Re: Review Request 12467: CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/#review23005 --- Commit 4a9c665c190c5a9842d1106fbf8b9ea45bbe4dc6 in branch refs/heads/4.2 from Sanjay Tripathi [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4a9c665 ] CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. - ASF Subversion and Git Services On July 11, 2013, 8:26 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/ --- (Updated July 11, 2013, 8:26 a.m.) Review request for cloudstack, Devdeep Singh and Prasanna Santhanam. Bugs: CLOUDSTACK-3462 Repository: cloudstack-git Description --- CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. Steps: 1. Setup cloudstack environment. 2. Ensure that system VMs came up properly. 3. Restart MS Diffs - engine/storage/image/src/org/apache/cloudstack/storage/image/TemplateServiceImpl.java cc60c10 Diff: https://reviews.apache.org/r/12467/diff/ Testing --- Tested on local CloudStack setup by following the steps mentioned in the description. Thanks, Sanjay Tripathi
Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/#review23007 --- Ship it! Committed to master and 4.2 - Devdeep Singh On July 11, 2013, 7:59 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/11649/ --- (Updated July 11, 2013, 7:59 a.m.) Review request for cloudstack and Devdeep Singh. Bugs: CLOUDSTACK-1768 Repository: cloudstack-git Description --- CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required. Under this improvement, archive/deletion of alerts and events by time period i.e. with startdate and enddate is required. Removed parameter olderthan and added new params startdate and enddate in the following APIs: archiveEvents deleteEvents archiveAlerts deleteAlerts Diffs - api/src/org/apache/cloudstack/api/ApiConstants.java e2857b8 api/src/org/apache/cloudstack/api/command/admin/resource/ArchiveAlertsCmd.java 2a1a47a api/src/org/apache/cloudstack/api/command/admin/resource/DeleteAlertsCmd.java f03793c api/src/org/apache/cloudstack/api/command/user/event/ArchiveEventsCmd.java 481607c api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java a03e6d9 engine/schema/src/com/cloud/alert/dao/AlertDao.java fda814d engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 18115a5 engine/schema/src/com/cloud/event/dao/EventDao.java 9454ce7 engine/schema/src/com/cloud/event/dao/EventDaoImpl.java cefe107 server/src/com/cloud/api/ApiDispatcher.java b7d08e2 server/src/com/cloud/server/ManagementServerImpl.java da9d6a2 server/test/com/cloud/alert/AlertControlsUnitTest.java c1e4c54 server/test/com/cloud/event/EventControlsUnitTest.java e2a86cd Diff: https://reviews.apache.org/r/11649/diff/ Testing --- Tested and verified the result of all the four APIs with the different combinations and inputs of startdate and enddate in my local CloudStack setup. Thanks, Sanjay Tripathi
Re: Review Request 12467: CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/#review23008 --- Ship it! Committed to master and 4.2 - Devdeep Singh On July 11, 2013, 8:26 a.m., Sanjay Tripathi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12467/ --- (Updated July 11, 2013, 8:26 a.m.) Review request for cloudstack, Devdeep Singh and Prasanna Santhanam. Bugs: CLOUDSTACK-3462 Repository: cloudstack-git Description --- CLOUDSTACK-3462: NumberFormatException with TemplateService while performing template synchronization. Steps: 1. Setup cloudstack environment. 2. Ensure that system VMs came up properly. 3. Restart MS Diffs - engine/storage/image/src/org/apache/cloudstack/storage/image/TemplateServiceImpl.java cc60c10 Diff: https://reviews.apache.org/r/12467/diff/ Testing --- Tested on local CloudStack setup by following the steps mentioned in the description. Thanks, Sanjay Tripathi
Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java dd876f7 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 14255c1 client/tomcatconf/commands.properties.in 6a38795 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 92278a4 engine/storage/.gitignore PRE-CREATION plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationResponseSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationVO.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapContextFactorySpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapDeleteConfigurationCmdSpec.groovy PRE-CREATION
Re: Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- (Updated July 11, 2013, 9:37 a.m.) Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Changes --- Fix slight issue I didn't notice before first upload. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs (updated) - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java dd876f7 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 14255c1 client/tomcatconf/commands.properties.in 6a38795 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 92278a4 engine/storage/.gitignore PRE-CREATION plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationResponseSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationVO.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapContextFactorySpec.groovy PRE-CREATION
Re: Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- (Updated July 11, 2013, 9:37 a.m.) Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Changes --- Fix slight issue I didn't notice before first upload. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java dd876f7 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 14255c1 client/tomcatconf/commands.properties.in 6a38795 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 92278a4 engine/storage/.gitignore PRE-CREATION plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationResponseSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationVO.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapContextFactorySpec.groovy PRE-CREATION
FW: Regarding the vm.allocation.algorithm.
From: Kiran Koneti Sent: Thursday, July 11, 2013 3:13 PM To: #Cloud - Engineering Subject: Regarding the vm.allocation.algorithm. Hi All, Where can we find the documentation for the vm.allocation.algorithm global setting parameter. I just wanted to know the behavior of the different values for this parameter. I see the below values but want to know what is the functionality of each. 1)random 2)firstfit 3)userdispersing 4)userconcentratedpod_firstfit 5)userconcentratedpod_random Regards, Kiran.
RE: [DISCUSS] What other features or code is sitting around that might be suffering from bit rot?
Hyper-V cruft: 4.0 code claiming to support Hyper-V in the SystemVM, database, server code, and agent code predates Apache. That said, these files and snippets are being swapped out for working versions in Master. Moreover, a user cannot the code I'm referring to. DL -Original Message- From: Alex Huang [mailto:alex.hu...@citrix.com] Sent: 11 July 2013 12:13 AM To: dev@cloudstack.apache.org Subject: RE: [DISCUSS] What other features or code is sitting around that might be suffering from bit rot? I agree with your points above, but think that we need to take this step by step. Let's figure out what code isn't actually in shape, based on historical understanding first. We then at least have a target to ask the next question: what's covered by testing (automated or manual) for each feature release? Then we have a list of areas to focus on for automated testing. Agreed. I guess I'm just thinking ahead given that this thread is already started. Here's some more I can think of: CloudZones implementation which allows someone to deploy a zone in their own data center but uses a hosted management server to manage it. Local Storage based secondary storage which uses available local storage in the hypervisor host for secondary storage. HyperV prototype (Not the new one that Donal is working on) Cifs based secondary storage as part of the HyperV work --Alex
Re: cloudstack 4.1 QinQ vlan behaviour
What is your guest KVM traffic label set to? It is set to cloudbrguest. And tell it to use cloudbrguest-10 as the traffic label, it will go up one from vlan10 and settle on vlan211 as the physical device. Yes, that should work(I don't have possibility to test it right now), thanks for suggestion. On Wed, Jul 10, 2013 at 5:13 PM, Marcus Sorensen shadow...@gmail.comwrote: I created that document, as a suggestion. I never got feedback. The way it worked previously was sort of a happy accident, which was 'fixed' when the code changed to accept overlapping vlan numbers on multiple physical devices (hence the bridge name change). However... I believe there is still a way to do what you want with the stock code. What is your guest KVM traffic label set to? Cloudstack is looking for the 'parent' physical device of the bridge, so if it sees that it's on a vlan, it goes up one more to find the real device. It only does this once. So if instead of: cloudbrguest8000.90e2ba317614 yes vlan211 You create: cloudbrguest-10 8000.90e2ba317614 yes vlan211.10 And tell it to use cloudbrguest-10 as the traffic label, it will go up one from vlan10 and settle on vlan211 as the physical device. The nice thing about the new behavior is that I believe it will work on ANY type, not just 'vlan' ones (so you could bond, for instance). On Wed, Jul 10, 2013 at 2:34 AM, Valery Ciareszka valery.teres...@gmail.com wrote: Hi all. I was able to change vlan creation behaviour by source code modification (plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java), had to comment several lines of code: private String getPif(String bridge) { String pif = matchPifFileInDirectory(bridge); //File vlanfile = new File(/proc/net/vlan/ + pif); //if (vlanfile.isFile()) { //pif = Script.runSimpleBashScript(grep ^Device\\: /proc/net/vlan/ // + pif + | awk {'print $2'}); //} return pif; } Could someone please comment this new behaviour of vlan creation ? Why does it try to create vlan on real physical device, but not on vlan (vlan in vlan) ? There is nothing about this in documentation. I have found Q-in-Q for isolated networks functional spec - https://cwiki.apache.org/CLOUDSTACK/q-in-q-for-isolated-networks-functional-spec.html The admin simply needs to create any 'vlan#' devices, and CloudStack uses them as physical devices. That worked for me in CS 4.0.2. But as you can see, current version of cloudstack DOES NOT use 'vlan#' devices as physical devices!!! Is that a bug ? On Tue, Jul 9, 2013 at 12:39 PM, Valery Ciareszka valery.teres...@gmail.com wrote: So, nobody uses q in q and cloudstack 4.1 ? On Mon, Jul 8, 2013 at 3:13 PM, Valery Ciareszka valery.teres...@gmail.com wrote: Hi all, I use the following environment: CS 4.1, KVM, Centos 6.4 (management+node1+node2), OpenIndiana NFS server as primary and secondary storage I have advanced networking in zone. I split management/public/guest traffic into different vlans, and use kvm network labels (bridge names): # cat /etc/cloud/agent/agent.properties |grep device guest.network.device=cloudbrguest private.network.device=cloudbrmanage public.network.device=cloudbrpublic I have following network configuration: eth0+eth1=bond0 eth2+eth3=bond1 I use vlan with id=211 on bond1 interface for guest traffic: cloudbrguest8000.90e2ba317614 yes vlan211 cloudbrmanage 8000.90e2ba317614 yes bond1.210 cloudbrpublic 8000.90e2ba317614 yes bond1.221 cloudbrstor 8000.0025908814a4 yes bond0 The problem appeared after I have upgraded CS from 4.0.2 to 4.1. How it works in 4.0.2: -bridge interface cloudVirBr#VLANID is created on hypervisor, #VLANID - value from 1024 to 4096(is specified when creating zone), i.e. cloudVirBr1224 -vlan interface vlan211.#VLANID is created on hypervisor and is plugged into cloudVirBr#VLANID I should had permitted 211 vlanid on switchports and all guest traffic (vlans 1024-4096) was encapsulated. How it works in 4.1: -bridge interface br#ETHNAME-#VLANID is created on hypervisor, where #VLANID - value from 1024 to 4096(is specified when creating zone) and #ETHNAME - name of device on top of which vlan will be created i.e. brbond1-1224 -vlan interface bond1.#VLANID is created on hypervisor and is plugged into br#ETHNAME-#VLANID However, vlan interface is created on top of bond1 interface, while I would like it to be created on top of vlan211 (bond1.211) Now I should permit 1024-4096 vlanid on switchports, that is not convenient. How do I configure CS 4.1 so that it could work with guest vlans the same
Re: XenServer 'can not create vdi in sr UUID' and other system vm creation issues
If you have a look at xensource.log Value for virtual-size=MiB, it expects an integer. This is a problem with vhd-util not present in /opt/xensource/bin Where did you place vhd-util ? Thanks, ~Talluri 1. Jul 10 17:54:33 cirrus xapi: [ info|cirrus|59579 UNIX /var/xapi/xapi||cli] xe vdi-create password=null sr-uuid=dcfdd1b5-36d8-deaa-dfb4-188e093fa57c virtual-size=MiB type=user name-label=cloud-3155bd82-ba6f-49fc-9adf-190515536b91 username=root . . . . 10. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ Record_util.Record_failure(Failed to parse field 'virtual-size': expecting an integer (possibly with suffix)) ] 11. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Raised at string.ml:150.25-34 On 11/07/13 3:41 AM, SuichII, Christopher chris.su...@netapp.com wrote: I'm working on setting up a CS installation with a single XenServer host. However, once I add the primary and secondary storage, the system vms fail to start up. For readability, I've put several logs and traces here: http://pastebin.com/eb51JDHF --- CS Mgmt Log 1 http://pastebin.com/mbfRCei3 --- XenServer Log from the same time as CS Mgmt Log 1 http://pastebin.com/Sm56N5ZX --- Another CS Mgmt log that is likely related. This one clearly states that the host is placed on the avoid list and therefore no suitable hosts were found, but I can't figure out why the host is on the avoid list. http://pastebin.com/21R9auwb --- Another CS Mgmt log indicating it was 'Unable to acquire lock on VMTemplateStoragePool' Those 4 groups of logs just repeat over and over. I know that is a lot to read through, but can anyone provide any insight here? I've been stuck on this for quite a while today. I'm building CS from the latest code as of this morning with the following commands: mvn -e -Dmaven.test.skip=true -P systemvm,developer clean install mvn -e -Dmaven.test.skip=true -P developer -pl developer,tools/devcloud -Ddeploydb mvn -e -pl :cloud-client-ui jetty:run and I have downloaded and placed the vhd-util accordingly. Is there some obvious step I'm missing? Thanks! Chris
Re: FW: Regarding the vm.allocation.algorithm.
This is how the planners determine where to place the VM based on needs like enough capacity(cpu, memory, storage) Once the available capacity and requested capacity is determined, the following heuristics are applied to determine the final deployment plan of the VM: 1. random will choose a random host for the VM (note: random doesn't imply it won't go to the same host. that may appear as an aberration) 2. firstfit as the name suggests will put the VM in the first suitable host that is available with enough capacity 3. userdispersing - choose the cluster such that other VMs of the user (account) are placed as far apart as possible. As far apart being different clusters - different hosts 4. and 5. are related - concentration basically is the inverse of dispersion. try and put the VM as packed and close as possible wrt other VMs of the user(account). So VM1 and VM2 are said to be concentrated if they belong to the same pod. The need for 3 arose from providing basic tolerance to failures in physical resources. And the need for 4. and 5. arose so as to provide better performance (read, write, network) to VMs in a group. Apart from all this there are affinity/anti-affinity groups. Host and Storage tags, HA dedicated hosts, HA tags, etc that can determine the placement/planning of VMs. Under what context are you looking to understand this though? That can help explain the algorithms involved further. -- Prasanna., On Thu, Jul 11, 2013 at 09:44:24AM +, Sanjeev Neelarapu wrote: From: Kiran Koneti Sent: Thursday, July 11, 2013 3:13 PM To: #Cloud - Engineering Subject: Regarding the vm.allocation.algorithm. Hi All, Where can we find the documentation for the vm.allocation.algorithm global setting parameter. I just wanted to know the behavior of the different values for this parameter. I see the below values but want to know what is the functionality of each. 1)random 2)firstfit 3)userdispersing 4)userconcentratedpod_firstfit 5)userconcentratedpod_random Regards, Kiran. Powered by BigRock.com
Re: Shared networks without IP range.
On 11/07/13 2:33 PM, Prasanna Santhanam t...@apache.org wrote: On Tue, Jul 09, 2013 at 12:27:28PM +0530, Girish Shilamkar wrote: Hello, In order to create shared network StartIp/endIp/gateway/netmask are required. I am looking at an old test case which creates shared network without IP range and deploys vm in it. It of course fails as IP range is required while creating shared network. Has anything related to shared network changed in recent times or the test case is just invalid ? The steps of the test are as follows. If anyone has tested this scenario and/or know how this works, your input would help resolve the failure in automated tests: I am not aware of the history (2.2.x releases) but current behaviour is you can not create a network without IP range being specified. For now mark this test as invalid or make expected behaviour is to fail network creation. Having said that, we can create network offering and network without any network services (including DHCP, DNS). Without IPAM/DNS/DHCP services, IP range for the network has no relevance to CloudStack. So, in my opinion current behaviour is not right when network offering has no services, unless there is a reason for such enforcement. Opened CLOUDSTACK-3474 for further investigation. If not, I'll remove this test as invalid. # 1. create a shared network using shared network offering but do not specify startIp/endIp arguments # 2. create an account # 3. deploy a VM in this account using the above network # Validate the following # 1. listNetworks should return the created network # 2. listAccounts to return the created account # 3. VM deployment should succeed and NIC is in networks address space # 4. delete the account -- Prasanna., Powered by BigRock.com
RE: FW: Regarding the vm.allocation.algorithm.
Thanks Prasanna. I was trying to understand the impact of these global setting parameters on the dedicated resources feature. -Original Message- From: Prasanna Santhanam [mailto:t...@apache.org] Sent: Thursday, July 11, 2013 4:40 PM To: dev@cloudstack.apache.org Subject: Re: FW: Regarding the vm.allocation.algorithm. This is how the planners determine where to place the VM based on needs like enough capacity(cpu, memory, storage) Once the available capacity and requested capacity is determined, the following heuristics are applied to determine the final deployment plan of the VM: 1. random will choose a random host for the VM (note: random doesn't imply it won't go to the same host. that may appear as an aberration) 2. firstfit as the name suggests will put the VM in the first suitable host that is available with enough capacity 3. userdispersing - choose the cluster such that other VMs of the user (account) are placed as far apart as possible. As far apart being different clusters - different hosts 4. and 5. are related - concentration basically is the inverse of dispersion. try and put the VM as packed and close as possible wrt other VMs of the user(account). So VM1 and VM2 are said to be concentrated if they belong to the same pod. The need for 3 arose from providing basic tolerance to failures in physical resources. And the need for 4. and 5. arose so as to provide better performance (read, write, network) to VMs in a group. Apart from all this there are affinity/anti-affinity groups. Host and Storage tags, HA dedicated hosts, HA tags, etc that can determine the placement/planning of VMs. Under what context are you looking to understand this though? That can help explain the algorithms involved further. -- Prasanna., On Thu, Jul 11, 2013 at 09:44:24AM +, Sanjeev Neelarapu wrote: From: Kiran Koneti Sent: Thursday, July 11, 2013 3:13 PM To: #Cloud - Engineering Subject: Regarding the vm.allocation.algorithm. Hi All, Where can we find the documentation for the vm.allocation.algorithm global setting parameter. I just wanted to know the behavior of the different values for this parameter. I see the below values but want to know what is the functionality of each. 1)random 2)firstfit 3)userdispersing 4)userconcentratedpod_firstfit 5)userconcentratedpod_random Regards, Kiran. Powered by BigRock.com
Re: [ACS411][ACS42] CS-3904: Patch request
On 07/10/2013 03:47 PM, Chip Childers wrote: On Wed, Jul 10, 2013 at 01:18:18PM +0200, Wido den Hollander wrote: Hi, I'd like to request a patch request for both 4.1.1 and 4.2 for issue CS-3904. Commit 8e4e56f73175363038a5361fe99e882562c2913a resolves this issue, but it should imho be fixed in 4.1.1 since this is hurting KVM installations with (recurring) snapshotting. Link to bug: https://issues.apache.org/jira/browse/CLOUDSTACK-3409 Link to commit: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=8e4e56f73175363038a5361fe99e882562c2913a Wido Wido, The 4.1 branch is open for anyone to add a useful fix for 4.1.1. Feel free to move the code over and add the release to the bug's fix version. Ah, I've been on vacation for some time, missed that. Pushed both to their branch. Wido 4.2 is likewise open for bug fixes.
Re: CloudStack Mirrors
On 07/10/2013 02:54 PM, Chip Childers wrote: Adding Wido to the CC. Wido, what do you think about adding a mirror or two from your RPM / DEB repo server? No problem! I think rsync would be the best way to go here? Problem is however, I've never set up a rsync daemon or such. Wido -chip On Tue, Jul 09, 2013 at 07:31:05PM -0500, Matthew E. Porter wrote: If there is a need, we (Contegix) are happy to host one. Cheers, Matthew --- Matthew E. Porter Contegix E-mail: matthew.por...@contegix.com Twitter: @meporter | http://twitter.com/meporter On Jul 9, 2013, at 7:24 PM, Maurice Lawler maurice.law...@me.com wrote: Greetings, Is there any plan to make use of mirrors for folks downloading / updating from the repo. Or is there one in existence now? - Maurice
object-store - seeding systemvm template reqd?
Is it required to seed the systemvm template when using an objectstore as the backing store for images? If not - we need to correct the location to the systemVM templates in the templates.sql file. The older system templates (esp. KVM) will not work if used with object store. -- Prasanna., Powered by BigRock.com
RE: object-store - seeding systemvm template reqd?
Prasanna, It is not required to seed the systemvm template with objectstore. -Sanjeev -Original Message- From: Prasanna Santhanam [mailto:t...@apache.org] Sent: Thursday, July 11, 2013 5:12 PM To: CloudStack Dev Subject: object-store - seeding systemvm template reqd? Is it required to seed the systemvm template when using an objectstore as the backing store for images? If not - we need to correct the location to the systemVM templates in the templates.sql file. The older system templates (esp. KVM) will not work if used with object store. -- Prasanna., Powered by BigRock.com
Re: object-store - seeding systemvm template reqd?
Thanks - I've filed CLOUDSTACK-3480 On Thu, Jul 11, 2013 at 11:55:56AM +, Sanjeev Neelarapu wrote: Prasanna, It is not required to seed the systemvm template with objectstore. -Sanjeev -Original Message- From: Prasanna Santhanam [mailto:t...@apache.org] Sent: Thursday, July 11, 2013 5:12 PM To: CloudStack Dev Subject: object-store - seeding systemvm template reqd? Is it required to seed the systemvm template when using an objectstore as the backing store for images? If not - we need to correct the location to the systemVM templates in the templates.sql file. The older system templates (esp. KVM) will not work if used with object store. -- Prasanna., Powered by BigRock.com -- Prasanna., Powered by BigRock.com
CLOUDSTACK-531: FIXED ? OPENED ?
hi, we would like to know if this issue is fixed or not in 4.0.1 ? and 4.1.0 ? Thanks. -- Nicolas Lamirault _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
Re: Advanced Networking
On Thu, Jul 11, 2013 at 04:10:00AM +, Maurice Lawler wrote: Greetings, I've been trying to get this advanced networking going on my server. However, it's just not working; I am utilizing 1 server for everything. KVM |CentOS 6.4| CS 4.1, is there a trick to this that I am JUST not getting. Along with that, it works without issues in basic mode. I just wanted the ability to add additional NIC (IPs) to instances instead of the one provided from DHCP. Can someone perhaps point me into the right direction? - Maurice Can you give us more information, like logs or what errors you are getting?
Re: Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/#review23010 --- Can you rebase to take into account recent changes of setup/db/db/schema-410to420.sql and submit a new patch thanks - Sebastien Goasguen On July 11, 2013, 9:37 a.m., Ian Duffy wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- (Updated July 11, 2013, 9:37 a.m.) Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java dd876f7 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 14255c1 client/tomcatconf/commands.properties.in 6a38795 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 92278a4 engine/storage/.gitignore PRE-CREATION plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Wed, Jul 10, 2013 at 08:51:15PM -0600, Mike Tutkowski wrote: You're doing great, Edison. :) Keep up all the awesome work!! +1! Edison, the concern about Swift isn't a reflection on your effort. It's a concern that something will be dropped that we know users are using. On Wed, Jul 10, 2013 at 5:01 PM, Edison Su edison...@citrix.com wrote: I spent two days to install Basio, about one week to get Cloudian work, don't know how many days I need to get swift work. Guys, don't blame me not support this feature and that feature, please just take a look at how many work/hours I need, to a simple thing work. -Original Message- From: Edison Su [mailto:edison...@citrix.com] Sent: Wednesday, July 10, 2013 3:53 PM To: dev@cloudstack.apache.org Cc: 'Caleb Call' Subject: RE: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? -Original Message- From: John Burwell [mailto:jburw...@basho.com] Sent: Wednesday, July 10, 2013 2:15 PM To: dev@cloudstack.apache.org Cc: 'Caleb Call' Subject: Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? All, For me, there are significant issues with the object_store patch. First, it was merged to master with a unresolved -1 against it. Second, it merged a feature depreciation without community consensus. On their own, each of these actions violate core community values. Cumulatively, I am concerned that these actions will erode our self governance, collaboration, technical quality, and community growth. So, as Matt suggested, let's focus on re- implementing and testing Swift integration, and ensuring that these process anomalies remain isolated rather than the beginning of a destructive trend. In that vein, how can I help fill this gap? Thanks, -John P.S. I highly suggest the devstack (http://devstack.org) project to get a Swift instance up and running. With it, you can build a full OpenStack (including Swift) environment locally in an hour or two (dependent on Internet connection speeds). Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. On Jul 10, 2013, at 2:35 PM, Chip Childers chip.child...@sungard.com wrote: On Wed, Jul 10, 2013 at 06:13:07PM +, Edison Su wrote: 1. Add swift back is just one or two days work, plus maybe one or two days, to setup a swift environment. Great! 3. If we add this feature back, will we test it for each release? Such as adding it into automate test? Right now, I break this feature, I am pretty sure, it will be broken by other developers, if we continue adding feature without test. Then let's test it until such time that we actually agree to deprecate it (if that ever happens). 4. Claim a feature is supported for each release without test, is worse than saying not supported a feature. If we want to support a feature, we should test it for each release. If so, who will want to test this feature? As stated earlier, we have a user that's volunteered to test it out for us already. -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Executing a single smoke test without bring up a zone
Hi Prasanna, I'm trying to execute a single smoke test for testing LDAP auth. But marvin wants me to deploy a datacenter before it will go ahead and test. I don't need any hosts/zones for testing it. Is there a way of testing without deploying a configuration? Thanks, Ian
Re: GSoC: Integration - Bring up Embedded LDAP Server
On Wed, Jul 10, 2013 at 02:41:07PM +0100, Ian Duffy wrote: Will the ldap:run launch another war? I have no idea Just reading it from http://ldap-maven-plugin.btmatthews.com/run-mojo.html Did you try bind this to the pre-integration-test phase of the client module? See how marvin.setup profile does this for the checkin tests. I think what I want to do is execute different phases on different projects. I could do: mvn -pl :cloud-client-ui jetty:run followed by: mvn -pl :cloud-plugin-user-authenticator-ldap ldap:run but it would nice to have them coming up together. -- Prasanna., Powered by BigRock.com
Re: Executing a single smoke test without bring up a zone
On Thu, Jul 11, 2013 at 01:42:44PM +0100, Ian Duffy wrote: Hi Prasanna, I'm trying to execute a single smoke test for testing LDAP auth. But marvin wants me to deploy a datacenter before it will go ahead and test. I don't need any hosts/zones for testing it. Is there a way of testing without deploying a configuration? This shouldn't be the case. Can you share a gist of your test case? -- Prasanna., Powered by BigRock.com
Re: Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- (Updated July 11, 2013, 1:32 p.m.) Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Changes --- Rebased. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs (updated) - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java 83999b6 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 610fdfd client/tomcatconf/commands.properties.in f4b41a7 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 7225e84 plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationResponseSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationVO.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapContextFactorySpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapDeleteConfigurationCmdSpec.groovy PRE-CREATION
Re: Executing a single smoke test without bring up a zone
Will send it onto you later today, messed up with git and lost my changes. On 11 July 2013 13:56, Prasanna Santhanam t...@apache.org wrote: On Thu, Jul 11, 2013 at 01:42:44PM +0100, Ian Duffy wrote: Hi Prasanna, I'm trying to execute a single smoke test for testing LDAP auth. But marvin wants me to deploy a datacenter before it will go ahead and test. I don't need any hosts/zones for testing it. Is there a way of testing without deploying a configuration? This shouldn't be the case. Can you share a gist of your test case? -- Prasanna., Powered by BigRock.com
Re: Expanding a volume on a SAN
Mike, make sure you do the rescan on the master host as well on all the slaves in the pool, especially if you are doing a live resize (i.e., not detaching the iSCSI SR from XenServer). Just issuing the rescan on the master will not propagate the info down to the slaves. We hit that problem while working on another [NetApp] product. There is a current request into the Citrix XenServer team to provide a XAPI to do attached SR SAN resizes to avoid the manual activity. I checked last night in Jira and didn't see any updates to that thread, so presumably the manual steps are still required--for now. Anyway, just a heads up. YMMV. David La Motta Technical Marketing Engineer Citrix Solutions NetApp 919.476.5042 dlamo...@netapp.commailto:dlamo...@netapp.com On Jul 10, 2013, at 5:14 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: OK, great - thanks! So, it sounds like on XenServer, you have to perform some manual activity for it to see the new size of the iSCSI target (and there is probably a similar requirement with ESX), but CloudStack will notice the size difference automatically (once the storage repository or datastore has been manually re-configured). On Wed, Jul 10, 2013 at 2:48 PM, Anthony Xu xuefei...@citrix.commailto:xuefei...@citrix.com wrote: CS will see the new size, Anthony -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.comhttp://solidfire.com] Sent: Tuesday, July 09, 2013 5:25 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Subject: Re: Expanding a volume on a SAN Hey Anthony, I assume this would be a candidate situation where you'd put the primary storage in maintenance mode and then perform the steps you referred me to? When the storage is brought out of maintenance mode, will it see the new size or is there something more that has to be done on the CS side? Thanks! On Tue, Jul 9, 2013 at 6:09 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: Thanks! Anyone know if CloudStack will recognize the new size of a storage repository or datastore on its own? On Tue, Jul 9, 2013 at 4:01 PM, Anthony Xu xuefei...@citrix.com wrote: http://support.citrix.com/article/CTX120865 for XenServer, VMs need to be shut down or migrated away before expanding a volume. Anthony -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Tuesday, July 09, 2013 2:25 PM To: dev@cloudstack.apache.org Cc: Edison Su; John Burwell Subject: Expanding a volume on a SAN Hi everyone, I had a question posed to me today regarding how CloudStack and the underlying hypervisor deal with an iSCSI volume that is expanded. For example, let's say I'm using XenServer or ESX and I create a storage repository or datastore, respectively, for each hypervisor based on an iSCSI target. I then tie this into CloudStack as Primary Storage. If I increase the size of the iSCSI target (the SAN volume/LUN), does this increased size feed into the hypervisor and CloudStack? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Review Request 12327: dnsmasq propagation to vpc routervm
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12327/#review23012 --- Ship it! applied to master and 4.2 - Chip Childers On July 10, 2013, 8:14 a.m., daan Hoogland wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12327/ --- (Updated July 10, 2013, 8:14 a.m.) Review request for cloudstack, Chip Childers, Jayapal Reddy, Murali Reddy, and Prasanna Santhanam. Bugs: CLOUDSTACK-3357 Repository: cloudstack-git Description --- dnsmasq propagation to vpc routervm Diffs - server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java ddfa998 server/src/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImpl.java 7115499 server/test/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImplTest.java PRE-CREATION server/test/resources/VpcVirtNetAppContext.xml PRE-CREATION Diff: https://reviews.apache.org/r/12327/diff/ Testing --- a bassc unit test manual creation of vpc with a networkdomain Thanks, daan Hoogland
Re: XenServer 'can not create vdi in sr UUID' and other system vm creation issues
Since I'm building CS from source, I downloaded vhd-util into: csroot/scripts/vm/hypervisor/xenserver/ and then it gets deployed to: csroot/client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/ and csroot/client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xenserver/ After your email, I also put vhd-util onto XenServer at: /opt/xensource/bin/ and I am still seeing the same issue. On Jul 11, 2013, at 6:11 AM, Srikanteswararao Talluri srikanteswararao.tall...@citrix.com wrote: If you have a look at xensource.log Value for virtual-size=MiB, it expects an integer. This is a problem with vhd-util not present in /opt/xensource/bin Where did you place vhd-util ? Thanks, ~Talluri 1. Jul 10 17:54:33 cirrus xapi: [ info|cirrus|59579 UNIX /var/xapi/xapi||cli] xe vdi-create password=null sr-uuid=dcfdd1b5-36d8-deaa-dfb4-188e093fa57c virtual-size=MiB type=user name-label=cloud-3155bd82-ba6f-49fc-9adf-190515536b91 username=root . . . . 10. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ Record_util.Record_failure(Failed to parse field 'virtual-size': expecting an integer (possibly with suffix)) ] 11. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Raised at string.ml:150.25-34 On 11/07/13 3:41 AM, SuichII, Christopher chris.su...@netapp.com wrote: I'm working on setting up a CS installation with a single XenServer host. However, once I add the primary and secondary storage, the system vms fail to start up. For readability, I've put several logs and traces here: http://pastebin.com/eb51JDHF --- CS Mgmt Log 1 http://pastebin.com/mbfRCei3 --- XenServer Log from the same time as CS Mgmt Log 1 http://pastebin.com/Sm56N5ZX --- Another CS Mgmt log that is likely related. This one clearly states that the host is placed on the avoid list and therefore no suitable hosts were found, but I can't figure out why the host is on the avoid list. http://pastebin.com/21R9auwb --- Another CS Mgmt log indicating it was 'Unable to acquire lock on VMTemplateStoragePool' Those 4 groups of logs just repeat over and over. I know that is a lot to read through, but can anyone provide any insight here? I've been stuck on this for quite a while today. I'm building CS from the latest code as of this morning with the following commands: mvn -e -Dmaven.test.skip=true -P systemvm,developer clean install mvn -e -Dmaven.test.skip=true -P developer -pl developer,tools/devcloud -Ddeploydb mvn -e -pl :cloud-client-ui jetty:run and I have downloaded and placed the vhd-util accordingly. Is there some obvious step I'm missing? Thanks! Chris
Re: Review Request 12469: WIP: New implementation of LDAP authentication
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/#review23013 --- Ship it! applied to the ldapplugin branch thanks a lot, this is terrific please mark review as submitted - Sebastien Goasguen On July 11, 2013, 1:32 p.m., Ian Duffy wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12469/ --- (Updated July 11, 2013, 1:32 p.m.) Review request for cloudstack, Abhinandan Prateek and Sebastien Goasguen. Bugs: CLOUDSTACK-2014 Repository: cloudstack-git Description --- Adds a new implementation of the LDAP authenticator. This is a work in progress and has been placed here to show my progress within the GSoC program. Diffs - api/src/com/cloud/configuration/ConfigurationService.java 381fcad api/src/org/apache/cloudstack/api/ApiConstants.java 83999b6 api/src/org/apache/cloudstack/api/ResponseGenerator.java d8d07cb api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPConfigCmd.java 38f58ec api/src/org/apache/cloudstack/api/command/admin/ldap/LDAPRemoveCmd.java 5159fba api/src/org/apache/cloudstack/api/response/LDAPConfigResponse.java bbeec63 api/src/org/apache/cloudstack/api/response/LDAPRemoveResponse.java 0feec5b client/tomcatconf/applicationContext.xml.in 610fdfd client/tomcatconf/commands.properties.in f4b41a7 client/tomcatconf/componentContext.xml.in 1fbec61 client/tomcatconf/nonossComponentContext.xml.in ffa6281 client/tomcatconf/simulatorComponentContext.xml.in 7225e84 plugins/api/rate-limit/src/org/apache/cloudstack/ratelimit/ApiRateLimitServiceImpl.java 7d1b43a plugins/user-authenticators/ldap/pom.xml 5c45f11 plugins/user-authenticators/ldap/src/com/cloud/server/auth/LDAPUserAuthenticator.java d928a5b plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapAddConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapDeleteConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListAllUsersCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapListConfigurationCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapUserSearchCmd.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapConfigurationResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/response/LdapUserResponse.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapAuthenticator.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfiguration.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapConfigurationVO.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapContextFactory.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapManagerImpl.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUser.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUserManager.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/LdapUtils.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoLdapUserMatchingQueryException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/NoSuchLdapUserException.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDao.java PRE-CREATION plugins/user-authenticators/ldap/src/org/apache/cloudstack/ldap/dao/LdapConfigurationDaoImpl.java PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/BasicNamingEnumerationImpl.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAddConfigurationCmdSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapAuthenticatorSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationDaoImplSpec.groovy PRE-CREATION plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapConfigurationResponseSpec.groovy PRE-CREATION
Re: Review Request 9696: (CLOUDSTACK-1475) update keystore in SSVM and change download iso/template url after Update SSL Certificate
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9696/#review23014 --- Commit 521dcbdcc087515a67ad467f6c4b39f63c9390bc in branch refs/heads/master from Wei Zhou [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=521dcbd ] CLOUDSTACK-1475: fix RegisterISO error after Update SSL Certificate - ASF Subversion and Git Services On March 15, 2013, 9:54 a.m., Wei Zhou wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9696/ --- (Updated March 15, 2013, 9:54 a.m.) Review request for cloudstack, Jayapal Reddy and Nitin Mehta. Bugs: CLOUDSTACK-1475 Repository: cloudstack-git Description --- This patch is for issue CLOUDSTACK-1475 (RegisterISO error after Update SSL Certificate) on CloudStack 4.0.1. Changes include: (1) update realhostip.keystore in SSVM (see the change in config_ssl.sh) (2) change suffix of download iso/template url rom realhostip.com to domain_suffix in SSL Certificate. (3) validate download URL because ssvm publicip or domain suffix may change. Diffs - agent/src/com/cloud/agent/resource/consoleproxy/ConsoleProxyResource.java 48f5079 console-proxy/scripts/config_ssl.sh 8d80c47 core/src/com/cloud/storage/resource/CifsSecondaryStorageResource.java c606fca core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java 155210d server/src/com/cloud/configuration/Config.java dbcc97a server/src/com/cloud/consoleproxy/AgentBasedConsoleProxyManager.java 01b4720 server/src/com/cloud/consoleproxy/AgentBasedStandaloneConsoleProxyManager.java 6172780 server/src/com/cloud/consoleproxy/StaticConsoleProxyManager.java d2df83c server/src/com/cloud/server/ConfigurationServerImpl.java 3368c9b server/src/com/cloud/storage/download/DownloadMonitorImpl.java 2736777 server/src/com/cloud/storage/upload/UploadMonitorImpl.java 4231be8 Diff: https://reviews.apache.org/r/9696/diff/ Testing --- Testing manually ok. To test: (1) generate update the SSL certificate and it. see 17.3.1. Changing the Console Proxy SSL Certificate and Domain part in CloudPlatform3.0.6AdminGuide http://support.citrix.com/servlet/KbServlet/download/33425-102-696517/CloudPlatform3.0.6AdminGuide.pdf (2) visit instance via console. (3) Download ISO/Template. The browser will show the download url. Before patch: the domain suffix of url always be realhostip.com after patch: the domain suffix of url is company.com which you set in step(1). (4) Register ISO/Template using the url in step(3). Before patch: When the domain suffix is not realhostip.com, it fails with error message sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target. after patch: successful. (5) Destroy SSVM, and a new one will be created. Before patch: the url in step(3) does not change. the url still be the ip address of old SSVM, and old domain suffix. after patch: the url will contain the ip address of new SSVM. If the company.com changes, the url will also contain the new domain suffix. (6) If you do not have a DNS server (which can resolve company.com domain), please add an entry in /etc/hosts file of the client. aaa-bbb-ccc-ddd aaa-bbb-ccc-ddd.company.com# aaa.bbb.ccc.ddd is the console proxy ip. and ssvm as well. We need to restart management-server after Update SSL Certificate. Thanks, Wei Zhou
[GSoC] ldap plugin drop in ldapplugin branch
Hi, Thanks to Ian for a great ldap plugin. There is now a ldapplugin feature branch which contains his latest code. Folks can test that branch and provide review. Once ready we will start a merge thread to put it in 4.3 -sebastien
Re: Virtual Router: DHCP and 2-second DNS outages
Any thoughts on releasing IPv6 address from the dnsmasq without restart ? dhcp_release man page states that it takes dotted-quad ip address. Thanks, Jayapal On 04-Jul-2013, at 4:48 PM, Jayapal Reddy jayapalreddy.ur...@citrix.commailto:jayapalreddy.ur...@citrix.com wrote: Hi, The dhcp_release is sending release request on lo (loop back) interface updated it to eth0. It is suppose to send release request on the interface on which dhcp server is listening. Thanks, Jayapal On 03-Jul-2013, at 5:22 PM, Jayapal Reddy Uradi jayapalreddy.ur...@citrix.commailto:jayapalreddy.ur...@citrix.com wrote: Guest VM not able get ip address issue got reproduced (CLOUDSTACK-3312). This issue happened because the dnsmasq daemon still assuming the ip with the old mac. Jul 3 11:16:44 dnsmasq-dhcp[2648]: not using configured address 10.223.250.227 because it is leased to 6:00:0e:00:00:20 Jul 3 11:16:44 dnsmasq-dhcp[2648]: DHCPDISCOVER(eth0) 06:7d:92:00:00:20 no address available https://issues.apache.org/jira/browse/CLOUDSTACK-2299 fix not solved the problem fully. As suggested by Hugo it is better restart the dnsmasq when ever there is match of ip, mac in lease file. Send SIGHUP when there is no match. I am planning to add above logic into edithosts.sh to fix CLOUDSTACK-3312. Please comment. Thanks, Jayapal -Original Message- From: Hugo Trippaers [mailto:htrippa...@schubergphilis.comhttp://schubergphilis.com/] Sent: Thursday, 2 May 2013 5:52 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Subject: RE: Virtual Router: DHCP and 2-second DNS outages I changed the system to hup a while back. I was having the same problems. At that time I never ran into the leases problem, but recently I did have problem with it as well. The workaround I'm testing right now is to set a restart flag is the ip or mac was found in the leases file and do a restart instead of a HUP if that flag is set. Not the neatest of solutions but it work fine. Now I only get the occasional error because of the DNS timeout instead of a constant problem. Dennis' solution looks a lot nicer. Cheers, Hugo -Original Message- From: Marcus Sorensen [mailto:shadow...@gmail.comhttp://gmail.com/] Sent: Wednesday, May 01, 2013 10:51 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Subject: Re: Virtual Router: DHCP and 2-second DNS outages What is scripts/network/exdhcp/dnsmasq_edithosts.sh ? I noticed that master is already patched to hup, but it's missing the dhcp_release that dennis just put in a review for. On Wed, May 1, 2013 at 1:43 PM, Marcus Sorensen shadow...@gmail.commailto:shadow...@gmail.com wrote: oops, minus my two 'echo' debugging lines in there On Wed, May 1, 2013 at 1:41 PM, Marcus Sorensen shadow...@gmail.commailto:shadow...@gmail.comwrote: I'm not sure how we'd handle older versions if they don't have the dhcp_release util, but how about this going forward? diff --git a/patches/systemvm/debian/config/root/edithosts.sh b/patches/systemvm/debian/config/root/edithosts.sh index 9f21f20..f6e09d6 100755 --- a/patches/systemvm/debian/config/root/edithosts.sh +++ b/patches/systemvm/debian/config/root/edithosts.sh @@ -71,6 +71,7 @@ DHCP_HOSTS=/etc/dhcphosts.txt DHCP_OPTS=/etc/dhcpopts.txt DHCP_LEASES=/var/lib/misc/dnsmasq.leases HOSTS=/etc/hosts +ROUTER_VERSION=$(cat /etc/debian_version | cut -d. -f1) source /root/func.sh @@ -99,6 +100,14 @@ wait_for_dnsmasq () { logger -t cloud edithosts: update $1 $2 $3 to hosts +if [ $ROUTER_VERSION -gt 6 ] +then + #release previous dhcp lease if present + echo releasing $ipv4 + dhcp_release lo $ipv4 $(grep $ipv4 $DHCP_LEASES | awk '{print +$2}') /dev/null 21 + echo released $ipv4 +fi + [ ! -f $DHCP_HOSTS ] touch $DHCP_HOSTS [ ! -f $DHCP_OPTS ] touch $DHCP_OPTS [ ! -f $DHCP_LEASES ] touch $DHCP_LEASES @@ -200,7 +209,12 @@ fi pid=$(pidof dnsmasq) if [ $pid != ] then - service dnsmasq restart + if [ $ROUTER_VERSION -gt 6 ] + then +kill -s 1 $pid + else +service dnsmasq restart + fi else if [ $no_redundant -eq 1 ] then On Wed, May 1, 2013 at 12:33 PM, Chip Childers chip.child...@sungard.commailto:chip.child...@sungard.com wrote: On Wed, May 01, 2013 at 12:29:32PM -0600, Marcus Sorensen wrote: How do we go about requesting that dnsmasq-utils be installed on the new system VM? The code to create system VMs is in the repo now. You should be able to just make the change and / or submit a patch suggesting the change. See: tools/appliance/definitions
Re: [GSoC] ldap plugin drop in ldapplugin branch
For anybody wanting to test... Configuration is done at the global settings page, search there for ldap and you'll see all the common attributes between ldap servers. The defaults are set to work with OpenLDAP for active directory just change the userObject to user and usernameAttribute to samAccountName. SSL support has yet to be added. Multiple server support exists but I'm having a slight issue with the JNDI handling connections to the servers. If a server is down it won't remember this servers state, so each time a connection is made and the server is down a 1 second time out occurs before it moves to the next one. If anybody can provide suggestions on fixing that I'm all ears... From reading the docs I was under the belief that enabling connection_pooling within the context should of fixed it. On 11 July 2013 15:08, Sebastien Goasguen run...@gmail.com wrote: Hi, Thanks to Ian for a great ldap plugin. There is now a ldapplugin feature branch which contains his latest code. Folks can test that branch and provide review. Once ready we will start a merge thread to put it in 4.3 -sebastien
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Thu, Jul 11, 2013 at 10:39 AM, David Nalley da...@gnsa.us wrote: On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David Any *free* ones? ;-)
Re: [GSoC] ldap plugin drop in ldapplugin branch
On Thu, Jul 11, 2013 at 03:34:26PM +0100, Ian Duffy wrote: For anybody wanting to test... Configuration is done at the global settings page, search there for ldap and you'll see all the common attributes between ldap servers. The defaults are set to work with OpenLDAP for active directory just change the userObject to user and usernameAttribute to samAccountName. SSL support has yet to be added. Multiple server support exists but I'm having a slight issue with the JNDI handling connections to the servers. If a server is down it won't remember this servers state, so each time a connection is made and the server is down a 1 second time out occurs before it moves to the next one. If anybody can provide suggestions on fixing that I'm all ears... From reading the docs I was under the belief that enabling connection_pooling within the context should of fixed it. Great work Ian! On 11 July 2013 15:08, Sebastien Goasguen run...@gmail.com wrote: Hi, Thanks to Ian for a great ldap plugin. There is now a ldapplugin feature branch which contains his latest code. Folks can test that branch and provide review. Once ready we will start a merge thread to put it in 4.3 -sebastien
Re: [GSoC] ldap plugin drop in ldapplugin branch
Thanks Ian for taking up the ldap challenge and delivering on it. Over next couple of days I will try to play with it. I will request others to try this out and provide feedback. Best, -abhi On Thu, Jul 11, 2013 at 7:38 PM, Sebastien Goasguen run...@gmail.comwrote: Hi, Thanks to Ian for a great ldap plugin. There is now a ldapplugin feature branch which contains his latest code. Folks can test that branch and provide review. Once ready we will start a merge thread to put it in 4.3 -sebastien
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Thu, Jul 11, 2013 at 10:42 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Jul 11, 2013 at 10:39 AM, David Nalley da...@gnsa.us wrote: On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David Any *free* ones? ;-) So I know of at least one project that has free access - let me confirm with the provider that they'd be amenable to us using it. --David
Re: Executing a single smoke test without bring up a zone
Test case(uncompleted) https://gist.github.com/imduffy15/4e3a505cbc2a662acc6e Using the command: nosetests --with-marvin --marvin-config=setup/dev/advanced.cfg test/integration/component/test_ldap.py --marvin-config is in there as it requires a configuration file to run. It being there means advanced.cfg is deployed as a configuration before running the test. Attempting to execute the test without cleaning out the database results an error about the zone already existing from the deployment of the advanced.cfg. If possible I would like to test without deploying a datacenter. Thanks again!
Re: GSoC: Integration - Bring up Embedded LDAP Server
Did you try bind this to the pre-integration-test phase of the client module? See how marvin.setup profile does this for the checkin tests. Cool will check that, could be a solution. I've parked this idea for now. Currently writing the tests and will come back to it at a later date.
Re: Executing a single smoke test without bring up a zone
On Thu, Jul 11, 2013 at 03:48:17PM +0100, Ian Duffy wrote: Test case(uncompleted) https://gist.github.com/imduffy15/4e3a505cbc2a662acc6e Using the command: nosetests --with-marvin --marvin-config=setup/dev/advanced.cfg test/integration/component/test_ldap.py nosetests --with-marvin --marvin-config=setup/dev/local.cfg test/integration/component/test_ldap.py --load Don't forget the load (that only loads the config and doesn't fire up a zone) --marvin-config is in there as it requires a configuration file to run. It being there means advanced.cfg is deployed as a configuration before running the test. Attempting to execute the test without cleaning out the database results an error about the zone already existing from the deployment of the advanced.cfg. If possible I would like to test without deploying a datacenter. Thanks again! -- Prasanna., Powered by BigRock.com
Re: Expanding a volume on a SAN
Thanks for the info, David! On Thu, Jul 11, 2013 at 7:36 AM, La Motta, David david.lamo...@netapp.comwrote: Mike, make sure you do the rescan on the master host as well on all the slaves in the pool, especially if you are doing a live resize (i.e., not detaching the iSCSI SR from XenServer). Just issuing the rescan on the master will not propagate the info down to the slaves. We hit that problem while working on another [NetApp] product. There is a current request into the Citrix XenServer team to provide a XAPI to do attached SR SAN resizes to avoid the manual activity. I checked last night in Jira and didn't see any updates to that thread, so presumably the manual steps are still required--for now. Anyway, just a heads up. YMMV. David La Motta Technical Marketing Engineer Citrix Solutions NetApp 919.476.5042 dlamo...@netapp.commailto:dlamo...@netapp.com On Jul 10, 2013, at 5:14 PM, Mike Tutkowski mike.tutkow...@solidfire.com mailto:mike.tutkow...@solidfire.com wrote: OK, great - thanks! So, it sounds like on XenServer, you have to perform some manual activity for it to see the new size of the iSCSI target (and there is probably a similar requirement with ESX), but CloudStack will notice the size difference automatically (once the storage repository or datastore has been manually re-configured). On Wed, Jul 10, 2013 at 2:48 PM, Anthony Xu xuefei...@citrix.commailto: xuefei...@citrix.com wrote: CS will see the new size, Anthony -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com http://solidfire.com] Sent: Tuesday, July 09, 2013 5:25 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Subject: Re: Expanding a volume on a SAN Hey Anthony, I assume this would be a candidate situation where you'd put the primary storage in maintenance mode and then perform the steps you referred me to? When the storage is brought out of maintenance mode, will it see the new size or is there something more that has to be done on the CS side? Thanks! On Tue, Jul 9, 2013 at 6:09 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: Thanks! Anyone know if CloudStack will recognize the new size of a storage repository or datastore on its own? On Tue, Jul 9, 2013 at 4:01 PM, Anthony Xu xuefei...@citrix.com wrote: http://support.citrix.com/article/CTX120865 for XenServer, VMs need to be shut down or migrated away before expanding a volume. Anthony -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Tuesday, July 09, 2013 2:25 PM To: dev@cloudstack.apache.org Cc: Edison Su; John Burwell Subject: Expanding a volume on a SAN Hi everyone, I had a question posed to me today regarding how CloudStack and the underlying hypervisor deal with an iSCSI volume that is expanded. For example, let's say I'm using XenServer or ESX and I create a storage repository or datastore, respectively, for each hypervisor based on an iSCSI target. I then tie this into CloudStack as Primary Storage. If I increase the size of the iSCSI target (the SAN volume/LUN), does this increased size feed into the hypervisor and CloudStack? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: [GSoC] ldap plugin drop in ldapplugin branch
Thanks Ian for taking up the ldap challenge and delivering on it. Its a pleasure, Thank you guys for making the opportunity possible :-D Over next couple of days I will try to play with it. I will request others to try this out and provide feedback. Cool, it is in a working state from the testing I've done. The code itself is still very much so a work in progress, it needs a bit of a cleanup. Reviewing the codebase at this time might be inefficient usage of your time as changes will be made to clean it up, I'm completely open to feedback though!
Re: Using VMware from CloudStack
Ah, OK - thanks for the info! On Thu, Jul 11, 2013 at 1:55 AM, Sateesh Chodapuneedi sateesh.chodapune...@citrix.com wrote: -Original Message- From: Ram Ganesh [mailto:ram.gan...@citrix.com] Sent: 11 July 2013 11:16 To: dev@cloudstack.apache.org; Ahmad Emneina Subject: RE: Using VMware from CloudStack Association of DC to a Zone was introduced as part of [1]. With this change VCenter details at the Add Cluster page should be optional to take care of legacy zones(zones created prior to [1] support). This could be a bug in UI [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Mapping+model+for+CloudStack+zone+and+Vmware+datacenter -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 11 July 2013 01:57 To: dev@cloudstack.apache.org; Ahmad Emneina Subject: Re: Using VMware from CloudStack Hi Ahmad, Yeah, it seems to ask for vCenter credentials both when adding the VMware Datacenter to the Zone and when creating a CS Cluster based on a VMware Cluster. Interesting On Wed, Jul 10, 2013 at 2:02 PM, Ahmad Emneina aemne...@gmail.com wrote: one typically adds a cluster during zone creation or adds the cluster as a unit (which maps to the vmware dc/cluster). I believe at the cluster addition phase, is where you should be prompted for credentials. Give that a try, see if you get any miles out of that. On Wed, Jul 10, 2013 at 12:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I've been primarily working on the 4.2 branch as of late and was setting up a VMware cluster for the first time in a while. I noticed from an error message that before I can set up a cluster based on VMware that I must add the VMware Datacenter to the Zone. I went ahead and did this. I then came back to the Add Cluster dialog and am wondering why at this point we ask for the vCenter host, username, password, and datacenter. It would seem I already filled in this info when I associated the VMware Datacenter to the Zone. Am I missing something here? Hi Mike, Yes, vCenter host datacenter should be optional. UI is displaying them as optional (by not having red * against these text fields). There exists a bug related to this CLOUDSTACK-3460. Credentials of cluster are asked for each cluster. Idea is to let customers specify the credentials specific to a cluster. This could be handy for customer who have clusters managed by a specific role/user, if any, which is different from user specified for entire zone. +1 for making credentials fields as optional so that we consider customers who have single user managing all clusters in zone. In that case, we default to credentials specified at zone level i.e. the credentials provided while adding VMware DC to zone. For this I added ticket CLOUDSTACK- 3461 Hope that helps. - Sateesh Thanks for filling me in on this! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Localization
OK - thanks! On Thu, Jul 11, 2013 at 12:53 AM, Koushik Das koushik@citrix.comwrote: That's correct. Currently all messages are hard-coded in the Java code. First all these strings needs to be moved out to something like a 'resource file' and only then they can be localized. -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Thursday, July 11, 2013 11:21 AM To: dev@cloudstack.apache.org Subject: Localization Hi, I was wondering if the GUI is the only component of CloudStack that is localized? It looks like we never localize anything in the Java codebase. That being the case, error messages returned from the Java side to the client appear in English only. Does that sound correct? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
On Thu, Jul 11, 2013, at 09:42 AM, Chip Childers wrote: Any *free* ones? ;-) Haven't found one yet, I'll keep an eye out... Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Executing a single smoke test without bring up a zone
Brilliant! Thank you. Got my first integration test working. The old one that was in there for LDAP testing didn't seem to work... there was a line of code that went like login = login.loginCmd() I don't know python but I assume that causes some local/global conflicts? On 11 July 2013 15:52, Prasanna Santhanam t...@apache.org wrote: On Thu, Jul 11, 2013 at 03:48:17PM +0100, Ian Duffy wrote: Test case(uncompleted) https://gist.github.com/imduffy15/4e3a505cbc2a662acc6e Using the command: nosetests --with-marvin --marvin-config=setup/dev/advanced.cfg test/integration/component/test_ldap.py nosetests --with-marvin --marvin-config=setup/dev/local.cfg test/integration/component/test_ldap.py --load Don't forget the load (that only loads the config and doesn't fire up a zone) --marvin-config is in there as it requires a configuration file to run. It being there means advanced.cfg is deployed as a configuration before running the test. Attempting to execute the test without cleaning out the database results an error about the zone already existing from the deployment of the advanced.cfg. If possible I would like to test without deploying a datacenter. Thanks again! -- Prasanna., Powered by BigRock.com
Re: XenServer 'can not create vdi in sr UUID' and other system vm creation issues
Well, it turns out it was just a noob mistake. When I downloaded vhd-util, I didn't chmod +x. I should have known to do that, but maybe we can add something to INSTALL.md as a reminder for others? Chris On Jul 11, 2013, at 9:58 AM, SuichII, Christopher chris.su...@netapp.com wrote: Since I'm building CS from source, I downloaded vhd-util into: csroot/scripts/vm/hypervisor/xenserver/ and then it gets deployed to: csroot/client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/ and csroot/client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xenserver/ After your email, I also put vhd-util onto XenServer at: /opt/xensource/bin/ and I am still seeing the same issue. On Jul 11, 2013, at 6:11 AM, Srikanteswararao Talluri srikanteswararao.tall...@citrix.com wrote: If you have a look at xensource.log Value for virtual-size=MiB, it expects an integer. This is a problem with vhd-util not present in /opt/xensource/bin Where did you place vhd-util ? Thanks, ~Talluri 1. Jul 10 17:54:33 cirrus xapi: [ info|cirrus|59579 UNIX /var/xapi/xapi||cli] xe vdi-create password=null sr-uuid=dcfdd1b5-36d8-deaa-dfb4-188e093fa57c virtual-size=MiB type=user name-label=cloud-3155bd82-ba6f-49fc-9adf-190515536b91 username=root . . . . 10. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ Record_util.Record_failure(Failed to parse field 'virtual-size': expecting an integer (possibly with suffix)) ] 11. Jul 10 17:54:33 cirrus xapi: [debug|cirrus|59579 UNIX /var/xapi/xapi||cli] Raised at string.ml:150.25-34 On 11/07/13 3:41 AM, SuichII, Christopher chris.su...@netapp.com wrote: I'm working on setting up a CS installation with a single XenServer host. However, once I add the primary and secondary storage, the system vms fail to start up. For readability, I've put several logs and traces here: http://pastebin.com/eb51JDHF --- CS Mgmt Log 1 http://pastebin.com/mbfRCei3 --- XenServer Log from the same time as CS Mgmt Log 1 http://pastebin.com/Sm56N5ZX --- Another CS Mgmt log that is likely related. This one clearly states that the host is placed on the avoid list and therefore no suitable hosts were found, but I can't figure out why the host is on the avoid list. http://pastebin.com/21R9auwb --- Another CS Mgmt log indicating it was 'Unable to acquire lock on VMTemplateStoragePool' Those 4 groups of logs just repeat over and over. I know that is a lot to read through, but can anyone provide any insight here? I've been stuck on this for quite a while today. I'm building CS from the latest code as of this morning with the following commands: mvn -e -Dmaven.test.skip=true -P systemvm,developer clean install mvn -e -Dmaven.test.skip=true -P developer -pl developer,tools/devcloud -Ddeploydb mvn -e -pl :cloud-client-ui jetty:run and I have downloaded and placed the vhd-util accordingly. Is there some obvious step I'm missing? Thanks! Chris
RE: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
Dave, It also has to be with native swift API. It can't be exposing S3 API or their own API but using swift in the back end. --Alex -Original Message- From: David Nalley [mailto:da...@gnsa.us] Sent: Thursday, July 11, 2013 7:45 AM To: dev@cloudstack.apache.org Subject: Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? On Thu, Jul 11, 2013 at 10:42 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Jul 11, 2013 at 10:39 AM, David Nalley da...@gnsa.us wrote: On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David Any *free* ones? ;-) So I know of at least one project that has free access - let me confirm with the provider that they'd be amenable to us using it. --David
Uploading an ISO
Hi, I have always used the default XenServer template (tiny Linux) when I need to spin up a VM in CloudStack. However, I recently needed to start using VMware, as well, and we don't have a little template for it, so I wanted to upload an ISO. I see we have to specify the path to the ISO via a URL. Can I place my ISO in my Jetty/Tomcat path somewhere and just reference it that way? How do developers tend to do this? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Uploading an ISO
Just an FYI on what I did: I followed these steps on Mac OS X 10.8.2 to set up a little web server: https://discussions.apple.com/docs/DOC-3083 On Thu, Jul 11, 2013 at 1:05 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I have always used the default XenServer template (tiny Linux) when I need to spin up a VM in CloudStack. However, I recently needed to start using VMware, as well, and we don't have a little template for it, so I wanted to upload an ISO. I see we have to specify the path to the ISO via a URL. Can I place my ISO in my Jetty/Tomcat path somewhere and just reference it that way? How do developers tend to do this? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
[KVM] Agent hanging and disconnecting when libvirt doesn't respond
Hi, The last two days I noticed an incident on a cluster where HA kicked in because a host was marked as down since the Agent disconnected. The problem was that libvirt didn't respond to the call the agent was doing. The underlying problem was that the Qemu/KVM process was having some issues and over the monitor socket never responded to libvirt and on his turn libvirt never responded to the Agent. In the logs I saw: Ping Interval has gone past 30. Attempting to reconnect. DEBUG [utils.nio.NioConnection] (Agent-Selector:null) Closing socket Socket[addr=/XX.XX.XX.X,port=8250,localport=49098] [cloud.agent.Agent] (UgentTask-6:null) Lost connection to the server. Dealing with the remaining commands... [cloud.agent.Agent] (UgentTask-6:null) Cannot connect because we still have 1 commands in progress. [cloud.agent.Agent] (UgentTask-6:null) Lost connection to the server. Dealing with the remaining commands... [cloud.agent.Agent] (UgentTask-6:null) Cannot connect because we still have 1 commands in progress. [cloud.agent.Agent] (UgentTask-6:null) Lost connection to the server. Dealing with the remaining commands... [cloud.agent.Agent] (UgentTask-6:null) Cannot connect because we still have 1 commands in progress. This kept going on and on and on until I restarted the Agent since that command would never come through since libvirt was blocking. For scripts we have a timeout, so when qemu-img doesn't complete in time we give up, but for other commands like this we don't have such a timeout. What I did as a test for now is breaking out of the loop where we wait for any remaining commands and have the Agent reconnect. But I don't know if that is a good decision. We are now assuming that libvirt always responds, but that is not the case. It could be numbers of reasons why libvirt can't respond. Any suggestions on how to handle this case? Wido
VMware and ISO
Hi, I was wondering if someone with CloudStack VMware knowledge could comment on the following screen shot: http://snag.gy/7oAIA.jpg I'm trying to kick off a VM based on an Ubuntu 12.4 (64 bit) ISO. I don't understand the failure point where it is trying to create a NAS datastore. Can someone explain why it is trying to do this? By the way, 192.168.56.10 is my DevCloud2 host. Thanks a lot!! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Uploading an ISO
Oh, and I couldn't use 127.0.0.1...I had to put in a real IP address to get it to work. On Thu, Jul 11, 2013 at 1:29 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Just an FYI on what I did: I followed these steps on Mac OS X 10.8.2 to set up a little web server: https://discussions.apple.com/docs/DOC-3083 On Thu, Jul 11, 2013 at 1:05 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I have always used the default XenServer template (tiny Linux) when I need to spin up a VM in CloudStack. However, I recently needed to start using VMware, as well, and we don't have a little template for it, so I wanted to upload an ISO. I see we have to specify the path to the ISO via a URL. Can I place my ISO in my Jetty/Tomcat path somewhere and just reference it that way? How do developers tend to do this? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Invoking an API from an API plugin
I'm writing an API plugin that needs to consume an API that already exists in CS. The only way I can find to do this would be to send the REST/HTTP request from my plugin, but I'm hoping there is an easier way. Since both plugins are on the same Java classpath they have the ability to invoke each other. Is there a simple way to do this that I'm missing? -Chris
Re: Invoking an API from an API plugin
Er, I should have mentioned that it is not as easy as simply invoking one API command from another since all the CS API commands have private @paramenter members. Because of this, I cannot simply instantiate a command, populate it with the parameters and call execute() on it. -Chris On Jul 11, 2013, at 4:09 PM, Chris Suich chris.su...@netapp.com wrote: I'm writing an API plugin that needs to consume an API that already exists in CS. The only way I can find to do this would be to send the REST/HTTP request from my plugin, but I'm hoping there is an easier way. Since both plugins are on the same Java classpath they have the ability to invoke each other. Is there a simple way to do this that I'm missing? -Chris
Another ISO Question
Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
Dreamhost Objects runs Ceph on the backend which supports both the S3 and the Swift API. If you ping me offline, I can give you some test account details. Neil On Thu, Jul 11, 2013 at 10:14 AM, Alex Huang alex.hu...@citrix.com wrote: Dave, It also has to be with native swift API. It can't be exposing S3 API or their own API but using swift in the back end. --Alex -Original Message- From: David Nalley [mailto:da...@gnsa.us] Sent: Thursday, July 11, 2013 7:45 AM To: dev@cloudstack.apache.org Subject: Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? On Thu, Jul 11, 2013 at 10:42 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Jul 11, 2013 at 10:39 AM, David Nalley da...@gnsa.us wrote: On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David Any *free* ones? ;-) So I know of at least one project that has free access - let me confirm with the provider that they'd be amenable to us using it. --David
Re: Another ISO Question
The vm wont deploy. There wont be any hosts found that overlap with the correct tagged storage. On Thu, Jul 11, 2013 at 1:23 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Another ISO Question
OK, thanks. I wasn't sure if we were maybe only honoring the Storage Tags of the Compute Offering or the Disk Offering, but it sounds like we essentially are taking the subset of the two, if any. On Thu, Jul 11, 2013 at 2:30 PM, Ahmad Emneina aemne...@gmail.com wrote: The vm wont deploy. There wont be any hosts found that overlap with the correct tagged storage. On Thu, Jul 11, 2013 at 1:23 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Specifying Storage Provider for Primary Storage Creation/Registration
I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris
Re: Another ISO Question
So, maybe I can ask you this, Ahmad: I'm trying to deploy a VM to an ESX host based on an ISO (64-bit Ubuntu). I have the Compute and Disk Offerings' Storage Tags fields set to use a local datastore on this ESX host (it's the only Primary Storage with this Storage Tag) (and I've even selected Local as the Storage Type for both my Compute and Disk Offerings). I continue to have failures in deploying my VM. The local datastore has 35 GB of space. Any thought? Thanks! On Thu, Jul 11, 2013 at 2:33 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: OK, thanks. I wasn't sure if we were maybe only honoring the Storage Tags of the Compute Offering or the Disk Offering, but it sounds like we essentially are taking the subset of the two, if any. On Thu, Jul 11, 2013 at 2:30 PM, Ahmad Emneina aemne...@gmail.com wrote: The vm wont deploy. There wont be any hosts found that overlap with the correct tagged storage. On Thu, Jul 11, 2013 at 1:23 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Specifying Storage Provider for Primary Storage Creation/Registration
If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Specifying Storage Provider for Primary Storage Creation/Registration
But how do you specify it in the UI? The add primary storage popup doesn't have a field for provider. Chris On Jul 11, 2013, at 4:43 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Another ISO Question
Let me defer to +Prachi, she knows the tagging system better than I. On Thu, Jul 11, 2013 at 1:33 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: OK, thanks. I wasn't sure if we were maybe only honoring the Storage Tags of the Compute Offering or the Disk Offering, but it sounds like we essentially are taking the subset of the two, if any. On Thu, Jul 11, 2013 at 2:30 PM, Ahmad Emneina aemne...@gmail.com wrote: The vm wont deploy. There wont be any hosts found that overlap with the correct tagged storage. On Thu, Jul 11, 2013 at 1:23 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Specifying Storage Provider for Primary Storage Creation/Registration
Oh, I see what you're asking. :) At present, the GUI only supports the default plug-in (i.e. not the SolidFire one). If you want to specify one that is not the default, it must be done via the API. On Thu, Jul 11, 2013 at 2:45 PM, SuichII, Christopher chris.su...@netapp.com wrote: But how do you specify it in the UI? The add primary storage popup doesn't have a field for provider. Chris On Jul 11, 2013, at 4:43 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Specifying Storage Provider for Primary Storage Creation/Registration
Got it. That's what I figured. Thanks! On Jul 11, 2013, at 4:48 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Oh, I see what you're asking. :) At present, the GUI only supports the default plug-in (i.e. not the SolidFire one). If you want to specify one that is not the default, it must be done via the API. On Thu, Jul 11, 2013 at 2:45 PM, SuichII, Christopher chris.su...@netapp.com wrote: But how do you specify it in the UI? The add primary storage popup doesn't have a field for provider. Chris On Jul 11, 2013, at 4:43 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: VMware and ISO
CloudStack uses NFS datastore to communicate with ESX host for it to retrieve ISO content. The error on screen shows that your ESX host is having connectivity problem to reach your NFS server Kelven On 7/11/13 1:00 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I was wondering if someone with CloudStack VMware knowledge could comment on the following screen shot: http://snag.gy/7oAIA.jpg I'm trying to kick off a VM based on an Ubuntu 12.4 (64 bit) ISO. I don't understand the failure point where it is trying to create a NAS datastore. Can someone explain why it is trying to do this? By the way, 192.168.56.10 is my DevCloud2 host. Thanks a lot!! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play **
[INFRA] Test Case Management System
Hi, Wanted to check if there is any TCM instance running for Apache. I would like to request a project for CS in there is there is one already managed. Thanks /sudha
RE: Another ISO Question
From the deployVM API I see that while deploying a VM from ISO, the diskOfferingId passed to the API is used to create the ROOT Disk Volume of the VM. The tags of this disk offering will be considered while choosing a pool for the ROOT volume. The tags of the compute offering will not be referred in this case. Prachi From: Ahmad Emneina [mailto:aemne...@gmail.com] Sent: Thursday, July 11, 2013 1:39 PM To: Mike Tutkowski; Prachi Damle Cc: dev@cloudstack.apache.org Subject: Re: Another ISO Question Let me defer to +Prachi, she knows the tagging system better than I. On Thu, Jul 11, 2013 at 1:33 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: OK, thanks. I wasn't sure if we were maybe only honoring the Storage Tags of the Compute Offering or the Disk Offering, but it sounds like we essentially are taking the subset of the two, if any. On Thu, Jul 11, 2013 at 2:30 PM, Ahmad Emneina aemne...@gmail.commailto:aemne...@gmail.com wrote: The vm wont deploy. There wont be any hosts found that overlap with the correct tagged storage. On Thu, Jul 11, 2013 at 1:23 PM, Mike Tutkowski mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com wrote: Hi, When trying to kick a VM off based on an ISO, I see you have to pick the Compute Offering and the Disk Offering (as opposed to just picking a Compute Offering for a template). What happens if the Compute Offering and Disk Offering you select have incompatible Storage Tags? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com o: 303.746.7302tel:303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- Mike Tutkowski Senior CloudStack Developer, SolidFire Inc. e: mike.tutkow...@solidfire.commailto:mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play(tm)
Re: VMware and ISO
Ah, thanks for that info, Kelven. I was beginning to wonder if my ESX host could see my DevCloud2 host and it looks like that is, in fact, the case. On Thu, Jul 11, 2013 at 3:01 PM, Kelven Yang kelven.y...@citrix.com wrote: CloudStack uses NFS datastore to communicate with ESX host for it to retrieve ISO content. The error on screen shows that your ESX host is having connectivity problem to reach your NFS server Kelven On 7/11/13 1:00 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I was wondering if someone with CloudStack VMware knowledge could comment on the following screen shot: http://snag.gy/7oAIA.jpg I'm trying to kick off a VM based on an Ubuntu 12.4 (64 bit) ISO. I don't understand the failure point where it is trying to create a NAS datastore. Can someone explain why it is trying to do this? By the way, 192.168.56.10 is my DevCloud2 host. Thanks a lot!! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play * * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
RE: bean injection failure
Hi Kelven, Sateesh! Not sure why but the class wasn't getting into any jar - I just recreated the workspace and that fixed the issue.. thanks a lot for the prompt help! Regards, Vijay -Original Message- From: Sateesh Chodapuneedi Sent: Wednesday, July 10, 2013 9:31 PM To: Vijayendra Bhamidipati; dev@cloudstack.apache.org Subject: RE: bean injection failure Vijay, I did clean build. Not seeing error. Is ListVmwareDcsCmd.class in one of the jars? Probably you might want to do a grep in target directory. - Sateesh -Original Message- From: Kelven Yang Sent: 11 July 2013 06:59 To: dev@cloudstack.apache.org Cc: Sateesh Chodapuneedi Subject: Re: bean injection failure Is ListVmwareDcsCmd.class in one of the jars? Kelven On 7/10/13 5:55 PM, Vijayendra Bhamidipati vijayendra.bhamidip...@citrix.com wrote: I'm running into the following spring exception when starting up the mgmt. server on latest master: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'apiDiscoveryServiceImpl': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: protected java.util.List org.apache.cloudstack.discovery.ApiDiscoveryServiceImpl._services; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'VmwareManager' defined in class path resource [nonossComponentContext.xml]: BeanPostProcessor before instantiation of bean failed; nested exception is java.lang.NoClassDefFoundError: ListVmwareDcsCmd at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanP os tPr ocessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor. jav a:287) at org.springframework.beans.factory.support.AbstractAutowireCapableBean Fa cto ry.populateBean(AbstractAutowireCapableBeanFactory.java:1106) . . Looks like the ListVmwareDcsCmd bean is missing - I tried adding it to applicationContext.xml.in and even nonosscomponentContext.xml.in, but that isn't fixing the issue, and it's unclear to me why that's happening. Sateesh/team, can you please take a look? Cheers! Regards, Vijay
RE: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?
Thanks in advance. I'll ping you offline. BTW, if there is no object, I'll write swift api against whatever supported by Dreamhost objects, as they are the only vendor I can test. -Original Message- From: Neil Levine [mailto:neil.lev...@inktank.com] Sent: Thursday, July 11, 2013 1:27 PM To: dev@cloudstack.apache.org Subject: Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? Dreamhost Objects runs Ceph on the backend which supports both the S3 and the Swift API. If you ping me offline, I can give you some test account details. Neil On Thu, Jul 11, 2013 at 10:14 AM, Alex Huang alex.hu...@citrix.com wrote: Dave, It also has to be with native swift API. It can't be exposing S3 API or their own API but using swift in the back end. --Alex -Original Message- From: David Nalley [mailto:da...@gnsa.us] Sent: Thursday, July 11, 2013 7:45 AM To: dev@cloudstack.apache.org Subject: Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2? On Thu, Jul 11, 2013 at 10:42 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Jul 11, 2013 at 10:39 AM, David Nalley da...@gnsa.us wrote: On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier j...@zonker.net wrote: On Wed, Jul 10, 2013, at 05:53 PM, Edison Su wrote: Oh man, my two hours are wasted on devstack already. After installed devstack, there is no swift service at all. For Edison, and anybody else who wants to use Swift with CloudStack, what about SwiftStack? http://swiftstack.com/docs/install/index.html I think you have to request a trial account, but it looks not overly difficult. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am curious why we'd set this up at all? There are several public cloud providers offering swift as a service. If all we are doing is testing, why wouldn't we just use one of them? --David Any *free* ones? ;-) So I know of at least one project that has free access - let me confirm with the provider that they'd be amenable to us using it. --David
RE: Specifying Storage Provider for Primary Storage Creation/Registration
Definitely, we need to fire a bug for UI to show up all the storage plugins, when adding primary storage. Could you help to fire a bug, or fix it?:) -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Thursday, July 11, 2013 1:49 PM To: dev@cloudstack.apache.org Subject: Re: Specifying Storage Provider for Primary Storage Creation/Registration Oh, I see what you're asking. :) At present, the GUI only supports the default plug-in (i.e. not the SolidFire one). If you want to specify one that is not the default, it must be done via the API. On Thu, Jul 11, 2013 at 2:45 PM, SuichII, Christopher chris.su...@netapp.com wrote: But how do you specify it in the UI? The add primary storage popup doesn't have a field for provider. Chris On Jul 11, 2013, at 4:43 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)*
CS-3425
Hi Hugo, Can you please take a quick look at the fix put up at https://reviews.apache.org/r/12369/ and provide your review comments? Thanks! Regards, Vijay
Review Request 12481: DeployDatabase script need to skip add host in VMWARE
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12481/ --- Review request for cloudstack, edison su and Prasanna Santhanam. Repository: cloudstack-git Description --- In Vmware zone, we no need add host; host will added as part of cluster Diffs - tools/marvin/marvin/deployDataCenter.py ac96d09 Diff: https://reviews.apache.org/r/12481/diff/ Testing --- Tested Thanks, Rayees Namathponnan
Re: Review Request 12398: Add cookie field to UCS API
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12398/#review23039 --- Ship it! Ship It! - Animesh Chaturvedi On July 10, 2013, 2:50 a.m., Amogh Vasekar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12398/ --- (Updated July 10, 2013, 2:50 a.m.) Review request for cloudstack and Animesh Chaturvedi. Bugs: 3432 Repository: cloudstack-git Description --- Adds cookie to associatesUcsProfiletoBlade API Diffs - plugins/hypervisors/ucs/src/com/cloud/ucs/manager/UcsCommands.java 9bb77a2 Diff: https://reviews.apache.org/r/12398/diff/ Testing --- Currently gives Blade ID not found error. Possibly unrelated Thanks, Amogh Vasekar
Re: Review Request 12398: Add cookie field to UCS API
On July 11, 2013, 11:59 p.m., Animesh Chaturvedi wrote: Ship It! Applied to master and 4.2 commitID: 0331b8fe5d2c89f91597bc7033565e1bf66bc57c - Animesh --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12398/#review23039 --- On July 10, 2013, 2:50 a.m., Amogh Vasekar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/12398/ --- (Updated July 10, 2013, 2:50 a.m.) Review request for cloudstack and Animesh Chaturvedi. Bugs: 3432 Repository: cloudstack-git Description --- Adds cookie to associatesUcsProfiletoBlade API Diffs - plugins/hypervisors/ucs/src/com/cloud/ucs/manager/UcsCommands.java 9bb77a2 Diff: https://reviews.apache.org/r/12398/diff/ Testing --- Currently gives Blade ID not found error. Possibly unrelated Thanks, Amogh Vasekar
Re: Specifying Storage Provider for Primary Storage Creation/Registration
Yeah, I can log a bug on that. On Thu, Jul 11, 2013 at 4:15 PM, Edison Su edison...@citrix.com wrote: Definitely, we need to fire a bug for UI to show up all the storage plugins, when adding primary storage. Could you help to fire a bug, or fix it?:) -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Thursday, July 11, 2013 1:49 PM To: dev@cloudstack.apache.org Subject: Re: Specifying Storage Provider for Primary Storage Creation/Registration Oh, I see what you're asking. :) At present, the GUI only supports the default plug-in (i.e. not the SolidFire one). If you want to specify one that is not the default, it must be done via the API. On Thu, Jul 11, 2013 at 2:45 PM, SuichII, Christopher chris.su...@netapp.com wrote: But how do you specify it in the UI? The add primary storage popup doesn't have a field for provider. Chris On Jul 11, 2013, at 4:43 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If you leave it off (it's an optional parameter), you'll get the default. If you specify SolidFire, you'll get mine. If you'd like to specify the default, it is DefaultPrimary. Hope that helps. :) On Thu, Jul 11, 2013 at 2:39 PM, SuichII, Christopher chris.su...@netapp.com wrote: I'm trying to figure out how to specify which storage provider should be used when creating a new primary storage pool. Th CreateStoragePoolCmd takes the parameter 'provider' which seems to be what is used to pick the storage provider, but I can't find anywhere in the UI that this can be specified or added to the createStoragePool API call. Mike T or Edison (or anyone else), do you know how to actually specify this? Thanks, Chris -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Adding git commit ids to our packaging...
Hi All, I added the branch and git commit id to the war file. You can find it by opening the war file and retrieving the META-INF/MANIFEST.MF. Inside, there is a Implementation-Revision which contains the git commit id and a Implementation-Branch which contains the branch. We should add these to all of our jira issues so developers can easily figure out the revision being tested and work appropriately. I will also cherry-pick this to 4.2. I assume there's no objections. --Alex
Re: Adding git commit ids to our packaging...
+1 On 7/11/13 5:36 PM, Alex Huang alex.hu...@citrix.com wrote: Hi All, I added the branch and git commit id to the war file. You can find it by opening the war file and retrieving the META-INF/MANIFEST.MF. Inside, there is a Implementation-Revision which contains the git commit id and a Implementation-Branch which contains the branch. We should add these to all of our jira issues so developers can easily figure out the revision being tested and work appropriately. I will also cherry-pick this to 4.2. I assume there's no objections. --Alex
Re: Adding git commit ids to our packaging...
Is it off by default? Our releases aren't from git. On Jul 11, 2013, at 8:38 PM, Alex Huang alex.hu...@citrix.com wrote: Hi All, I added the branch and git commit id to the war file. You can find it by opening the war file and retrieving the META-INF/MANIFEST.MF. Inside, there is a Implementation-Revision which contains the git commit id and a Implementation-Branch which contains the branch. We should add these to all of our jira issues so developers can easily figure out the revision being tested and work appropriately. I will also cherry-pick this to 4.2. I assume there's no objections. --Alex