Re: Review Request 12227: NPE while deploying any instances in kvm/vmware using ZWPS due to capacityIops

[Rajesh Battala]

> 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

[Rajesh Battala]

> 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

[Sateesh Chodapuneedi]

> -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 
> > 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
> > > > cloud
> > > > *(tm)*
> > > >
> > >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*

Re: Review Request 11649: CLOUDSTACK-1768: Ability to delete Events and Alerts: Delete by a time period is required.

[Sanjay Tripathi]

---
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.

[Sanjay Tripathi]

---
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.

[ASF Subversion and Git Services]

---
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.

[ASF Subversion and Git Services]

---
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.

[Jijun Liu]

> On July 10, 2013, 6:50 a.m., Wei Zhou wrote:
> > plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java,
> >  line 956
> > 
> >
> > 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.

[Prasanna Santhanam]

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.

[ASF Subversion and Git Services]

---
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.

[ASF Subversion and Git Services]

---
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.

[Devdeep Singh]

---
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.

[Devdeep Singh]

---
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

[Ian Duffy]

---
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 
  
plugins/user-authenticators/ldap/test/groovy/org/apache/cloud

Re: Review Request 12469: WIP: New implementation of LDAP authentication

[Ian Duffy]

---
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 
  
plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ld

Re: Review Request 12469: WIP: New implementation of LDAP authentication

[Ian Duffy]

---
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 
  
plugins/user-authenticators/ldap/test/groovy/org/apache/cloudstack/ldap/LdapDel

FW: Regarding the vm.allocation.algorithm.

[Sanjeev Neelarapu]

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?

[Donal Lafferty]

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

[Valery Ciareszka]

>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 wrote:

> 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
>  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 cre

Re: XenServer 'can not create vdi in sr ' and other system vm creation issues

[Srikanteswararao Talluri]

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"  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.

[Prasanna Santhanam]

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.

[Murali Reddy]

On 11/07/13 2:33 PM, "Prasanna Santhanam"  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.

[Sanjeev Neelarapu]

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

[Wido den Hollander]

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

[Wido den Hollander]

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  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?

[Prasanna Santhanam]

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?

[Sanjeev Neelarapu]

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?

[Prasanna Santhanam]

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 ?

[nicolas.lamirault]

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

[Chip Childers]

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

[Sebastien Goasguen]

---
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/LdapConfigurationDaoImpl

Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?

[Chip Childers]

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  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 
> > > > 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
> cloud
> *™*

Executing a single smoke test without bring up a zone

[Ian Duffy]

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

[Prasanna Santhanam]

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

[Prasanna Santhanam]

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

[Ian Duffy]

---
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 
  
plugins/user-authenticators/

Re: Executing a single smoke test without bring up a zone

[Ian Duffy]

Will send it onto you later today, messed up with git and lost my changes.


On 11 July 2013 13:56, Prasanna Santhanam  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

[La Motta, David]

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.com



On Jul 10, 2013, at 5:14 PM, Mike Tutkowski 
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 
mailto:xuefei...@citrix.com>> wrote:

CS will see the new size,


Anthony

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
Sent: Tuesday, July 09, 2013 5:25 PM
To: 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.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  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
cloud
*(tm)*




--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*




--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*




--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Review Request 12327: dnsmasq propagation to vpc routervm

[Chip Childers]

---
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 ' and other system vm creation issues

[SuichII, Christopher]

Since I'm building CS from source, I downloaded vhd-util into:

/scripts/vm/hypervisor/xenserver/

and then it gets deployed to:

/client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/
 and
/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 
 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"  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

[Sebastien Goasguen]

---
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-authent

Re: Review Request 9696: (CLOUDSTACK-1475) update keystore in SSVM and change download iso/template url after Update SSL Certificate

[ASF Subversion and Git Services]

---
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

[Sebastien Goasguen]

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

[Jayapal Reddy Uradi]

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 
mailto: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 
mailto: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.com]
Sent: Thursday, 2 May 2013 5:52 PM
To: 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.com]
Sent: Wednesday, May 01, 2013 10:51 PM
To: 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
mailto:shadow...@gmail.com>>
wrote:

oops, minus my two 'echo' debugging lines in there



On Wed, May 1, 2013 at 1:41 PM, Marcus Sorensen
mailto:shadow...@gmail.com>>wrote:

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 2>&1
+  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
mailto: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

[Ian Duffy]

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  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?

[Joe Brockmeier]

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?

[David Nalley]

On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier  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?

[Chip Childers]

On Thu, Jul 11, 2013 at 10:39 AM, David Nalley  wrote:
> On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier  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

[Chip Childers]

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  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

[Abhinandan Prateek]

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 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?

[David Nalley]

On Thu, Jul 11, 2013 at 10:42 AM, Chip Childers
 wrote:
> On Thu, Jul 11, 2013 at 10:39 AM, David Nalley  wrote:
>> On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier  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

[Ian Duffy]

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

[Ian Duffy]

> 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

[Prasanna Santhanam]

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

[Mike Tutkowski]

Thanks for the info, David!


On Thu, Jul 11, 2013 at 7:36 AM, La Motta, David
wrote:

> 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.com
>
>
>
> On Jul 10, 2013, at 5:14 PM, Mike Tutkowski  > 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.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.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.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  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
> cloud
> *(tm)*
>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: [GSoC] ldap plugin drop in ldapplugin branch

[Ian Duffy]

> 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

[Mike Tutkowski]

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 
> > > 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
> > > > > cloud
> > > > > *(tm)*
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the
> > > cloud
> > > *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Localization

[Mike Tutkowski]

OK - thanks!


On Thu, Jul 11, 2013 at 12:53 AM, Koushik Das wrote:

> 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
> > cloud
> > *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?

[Joe Brockmeier]

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

[Ian Duffy]

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  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 ' and other system vm creation issues

[SuichII, Christopher]

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"  
wrote:

> Since I'm building CS from source, I downloaded vhd-util into:
> 
> /scripts/vm/hypervisor/xenserver/
> 
> and then it gets deployed to:
> 
> /client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/hypervisor/xenserver/
>  and
> /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 
>  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"  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?

[Alex Huang]

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 
> wrote:
> > On Thu, Jul 11, 2013 at 10:39 AM, David Nalley  wrote:
> >> On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier 
> 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

[Mike Tutkowski]

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
cloud
*™*

Re: Uploading an ISO

[Mike Tutkowski]

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 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

[KVM] Agent hanging and disconnecting when libvirt doesn't respond

[Wido den Hollander]

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

[Mike Tutkowski]

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
cloud
*™*

Re: Uploading an ISO

[Mike Tutkowski]

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 
>> cloud
>> *™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Invoking an API from an API plugin

[SuichII, Christopher]

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

[SuichII, Christopher]

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 
 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

[Mike Tutkowski]

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
cloud
*™*

Re: Swift in 4.2 is broken, anybody wants it to be supported in 4.2?

[Neil Levine]

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  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  wrote:
> > >> On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier 
> > 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

[Ahmad Emneina]

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
> cloud
> *™*
>

Re: Another ISO Question

[Mike Tutkowski]

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  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
> > cloud
> > *™*
> >
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Specifying Storage Provider for Primary Storage Creation/Registration

[SuichII, Christopher]

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

[Mike Tutkowski]

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  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
>> > cloud
>> > *™*
>> >
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Specifying Storage Provider for Primary Storage Creation/Registration

[Mike Tutkowski]

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
cloud
*™*

Re: Specifying Storage Provider for Primary Storage Creation/Registration

[SuichII, Christopher]

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  
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
> cloud
> *™*

Re: Another ISO Question

[Ahmad Emneina]

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  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
>> > cloud
>> > *™*
>> >
>>
>
>
>
> --
> *Mike Tutkowski*
>  *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>

Re: Specifying Storage Provider for Primary Storage Creation/Registration

[Mike Tutkowski]

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 
> 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
> > cloud
> > *™*
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Specifying Storage Provider for Primary Storage Creation/Registration

[SuichII, Christopher]

Got it. That's what I figured.

Thanks!

On Jul 11, 2013, at 4:48 PM, Mike Tutkowski 
 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 
>> 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
>>> cloud
>>> *™*
>> 
>> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*

Re: VMware and ISO

[Kelven Yang]

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"  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
>cloud
>**

[INFRA] Test Case Management System

[Sudha Ponnaganti]

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

[Prachi Damle]

>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 
mailto: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 
mailto: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
> cloud
> *(tm)*
>



--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the 
cloud(tm)

Re: VMware and ISO

[Mike Tutkowski]

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  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"  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
> >cloud
> >* *
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

RE: bean injection failure

[Vijayendra Bhamidipati]

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"
>  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?

[Edison Su]

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 
> 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  wrote:
> > > >> On Thu, Jul 11, 2013 at 10:37 AM, Joe Brockmeier 
> > > 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

[Edison Su]

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
> > 
> > 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
> > > cloud
> > > *(tm)*
> >
> >
> 
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

CS-3425

[Vijayendra Bhamidipati]

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

[Rayees Namathponnan]

---
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

[Animesh Chaturvedi]

---
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

[Animesh Chaturvedi]

> 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

[Mike Tutkowski]

Yeah, I can log a bug on that.


On Thu, Jul 11, 2013 at 4:15 PM, Edison Su  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
> > > 
> > > 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
> > > > cloud
> > > > *(tm)*
> > >
> > >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Adding git commit ids to our packaging...

[Alex Huang]

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...

[Kelven Yang]

+1

On 7/11/13 5:36 PM, "Alex Huang"  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...

[Chip Childers]

Is it off by default?

Our releases aren't from git.

On Jul 11, 2013, at 8:38 PM, Alex Huang  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...

[David Nalley]

I was worried about the same thing, but ran build_asf.sh to create a
tarball and then built it.

Here's the resulting output, which isn't perfectly nice, but also isn't broken.

ke4qqq@mba ~/apache-cloudstack-4.2.0-RC2-src/client/target/META-INF[master*]$
cat MANIFEST.MF
Manifest-Version: 1.0
Implementation-Vendor: The Apache Software Foundation
Implementation-Title: Apache CloudStack Client UI
Implementation-Version: 4.2.0-RC2
Implementation-Revision: UNKNOWN_REVISION
Implementation-Vendor-Id: org.apache.cloudstack
Built-By: ke4qqq
Build-Jdk: 1.7.0_09-icedtea
Created-By: Apache Maven 3.0.4
Implementation-Branch: UNKNOWN_BRANCH
Archiver-Version: Plexus Archiver

--David

On Thu, Jul 11, 2013 at 9:01 PM, Chip Childers
 wrote:
> Is it off by default?
>
> Our releases aren't from git.
>
> On Jul 11, 2013, at 8:38 PM, Alex Huang  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
>>

CS 4.1 | KVM | CentOS 6.4 - 64bit | Advanced Network Add Host Error

[Maurice Lawler]

Greetings, Attempting to 'Add the Host' to CS I keep getting this error message, I am not well with dcyphering what this means entirely, can someone please she some light on this. I have of course removed my IP address this and replaced it with "MYIP".-- Maurice2013-07-11 20:24:25,176 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers to update status. 2013-07-11 20:24:25,177 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 2013-07-11 20:24:25,192 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers to update status. 2013-07-11 20:24:25,193 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 2013-07-11 20:24:55,014 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:null) Skip capacity scan due to there is no Primary Storage UPintenance mode2013-07-11 20:24:55,176 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers to update status. 2013-07-11 20:24:55,178 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 2013-07-11 20:24:55,192 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers to update status. 2013-07-11 20:24:55,193 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 netwo2013-07-11 20:25:08,048 INFO  [utils.ssh.SSHCmdHelper] (catalina-exec-23:null) Timeout while waiting for data from peer.2013-07-11 20:25:08,053 DEBUG [utils.ssh.SSHCmdHelper] (catalina-exec-23:null) cloudstack-setup-agent  -m MYIP -z 1 -p 1 -c 1 -g 6fafb1c2-462b-3306-b55a-c274bcbac1d2 -a --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0 output:Configure Nfs ...                  Configure Cgroup ...          2013-07-11 20:25:09,053 DEBUG [utils.ssh.SSHCmdHelper] (catalina-exec-23:null) Ssh executed failedjava.lang.NullPointerException	at com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShotWithExitCode(SSHCmdHelper.java:147)	at com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShot(SSHCmdHelper.java:158)	at com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmd(SSHCmdHelper.java:63)	at com.cloud.hypervisor.kvm.discoverer.KvmServerDiscoverer.find(KvmServerDiscoverer.java:215)	at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:801)	at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:619)	at org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:143)	at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:162)	at com.cloud.api.ApiServer.queueCommand(ApiServer.java:505)	at com.cloud.api.ApiServer.handleRequest(ApiServer.java:355)	at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:302)	at com.cloud.api.ApiServlet.doPost(ApiServlet.java:71)	at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)	at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)	at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)	at java.lang.Thread.run(Thread.java:679)2013-07-11 20:25:10,310 DEBUG [cloud.server.StatsCollector] (StatsCollector-1:null) VmStatsCollector is running...2013-07-11 20:25:10,310 DEBUG [cloud.server.StatsCollector] (StatsCollector-3:null) HostStatsCollector is running...2013-07-11 20:25:10,373 DEBUG [cloud.server.StatsCollector] (StatsCollector-1:null) StorageCollector is running...2013-07-11 20:25:25,015 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:null) Skip capacity scan due to there is no Primary Storage UPintenance mode

Re: Adding git commit ids to our packaging...

[Chip Childers]

Cool. +1 then

On Jul 11, 2013, at 9:28 PM, David Nalley  wrote:

> I was worried about the same thing, but ran build_asf.sh to create a
> tarball and then built it.
>
> Here's the resulting output, which isn't perfectly nice, but also isn't 
> broken.
>
> ke4qqq@mba ~/apache-cloudstack-4.2.0-RC2-src/client/target/META-INF[master*]$
> cat MANIFEST.MF
> Manifest-Version: 1.0
> Implementation-Vendor: The Apache Software Foundation
> Implementation-Title: Apache CloudStack Client UI
> Implementation-Version: 4.2.0-RC2
> Implementation-Revision: UNKNOWN_REVISION
> Implementation-Vendor-Id: org.apache.cloudstack
> Built-By: ke4qqq
> Build-Jdk: 1.7.0_09-icedtea
> Created-By: Apache Maven 3.0.4
> Implementation-Branch: UNKNOWN_BRANCH
> Archiver-Version: Plexus Archiver
>
> --David
>
> On Thu, Jul 11, 2013 at 9:01 PM, Chip Childers
>  wrote:
>> Is it off by default?
>>
>> Our releases aren't from git.
>>
>> On Jul 11, 2013, at 8:38 PM, Alex Huang  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...

[Alex Huang]

Will work on making it nicer but do we want to put this information into 
release?  Is there any harm to have this in the release build?  I can't think 
of any off-hand.  If we don't want them, we can change build_asf.sh to  set 
those two variables to something nicer.  If we want them, I might be able to 
get it to read this information from a file instead.

--Alex

> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Thursday, July 11, 2013 6:35 PM
> To: 
> Subject: Re: Adding git commit ids to our packaging...
> 
> Cool. +1 then
> 
> On Jul 11, 2013, at 9:28 PM, David Nalley  wrote:
> 
> > I was worried about the same thing, but ran build_asf.sh to create a
> > tarball and then built it.
> >
> > Here's the resulting output, which isn't perfectly nice, but also isn't 
> > broken.
> >
> > ke4qqq@mba
> > ~/apache-cloudstack-4.2.0-RC2-src/client/target/META-INF[master*]$
> > cat MANIFEST.MF
> > Manifest-Version: 1.0
> > Implementation-Vendor: The Apache Software Foundation
> > Implementation-Title: Apache CloudStack Client UI
> > Implementation-Version: 4.2.0-RC2
> > Implementation-Revision: UNKNOWN_REVISION
> > Implementation-Vendor-Id: org.apache.cloudstack
> > Built-By: ke4qqq
> > Build-Jdk: 1.7.0_09-icedtea
> > Created-By: Apache Maven 3.0.4
> > Implementation-Branch: UNKNOWN_BRANCH
> > Archiver-Version: Plexus Archiver
> >
> > --David
> >
> > On Thu, Jul 11, 2013 at 9:01 PM, Chip Childers
> >  wrote:
> >> Is it off by default?
> >>
> >> Our releases aren't from git.
> >>
> >> On Jul 11, 2013, at 8:38 PM, Alex Huang  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
> >>>
> >

Fwd: openldap and cloudstack

[Nguyen Anh Tu]

Hi Dean,

In GSOC period, Ian is working on integrating LDAP to CS. I forward your
mail to him

-- Forwarded message --
From: Dean Kamali 
Date: 2013/7/12
Subject: openldap and cloudstack
To: us...@cloudstack.apache.org


Hello everyone

Just wondering if I could use openldap for authentication with CS? docs
says it works with apacheDS but no where it says openldap.

Dose anyone know if it is possible? openldap is more popular and I'm more
familiar with it.

Thank you



-- 

N.g.U.y.e.N.A.n.H.t.U