Re: Review Request: Adding more Granular Global Parameters

2013-04-27 Thread Nitin Mehta 

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10740/#review19830
---



server/src/com/cloud/configuration/Config.java


Where is the actual change for this config in the code ? It should have 
been AlertManagerImpl I guess


- Nitin Mehta


On April 26, 2013, 5:31 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10740/
> ---
> 
> (Updated April 26, 2013, 5:31 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek, Kishan Kavala, and Nitin 
> Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-741: Granular Global Parameters
> Adding the zone, cluster, account level parameters:
> zone: network.throttling.rate, Guest Domain Prefix
> cluster: cluster.cpu.allocated.capacity.disablethreshold, 
> cluster.cpu.allocated.capacity.notificationthreshold, 
> cluster.memory.allocated.capacity.disablethreshold, 
> cluster.memory.allocated.capacity.notificationthreshold
> account:  allow.public.user.templates, remote.access.vpn.client.iprange  
> 
> 
> This addresses bugs CLOUDSTACK-2176, CLOUDSTACK-2198, CLOUDSTACK-2200, and 
> CLOUDSTACK-741.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/configuration/ConfigurationService.java 6937d0b 
>   api/src/com/cloud/network/NetworkModel.java 4d7d714 
>   api/src/org/apache/cloudstack/api/command/admin/config/ListCfgsByCmd.java 
> 9f34405 
>   api/src/org/apache/cloudstack/api/command/admin/config/UpdateCfgCmd.java 
> 074c5a3 
>   api/src/org/apache/cloudstack/api/response/ConfigurationResponse.java 
> 176c47a 
>   server/src/com/cloud/alert/AlertManagerImpl.java 655ed98 
>   server/src/com/cloud/api/ApiDBUtils.java 21ce63b 
>   server/src/com/cloud/capacity/dao/CapacityDao.java 0132f69 
>   server/src/com/cloud/capacity/dao/CapacityDaoImpl.java c3d9817 
>   server/src/com/cloud/configuration/Config.java dbcbc53 
>   server/src/com/cloud/configuration/ConfigurationManager.java 738c5ba 
>   server/src/com/cloud/configuration/ConfigurationManagerImpl.java d5e405d 
>   server/src/com/cloud/deploy/FirstFitPlanner.java 1647cf7 
>   server/src/com/cloud/network/NetworkManagerImpl.java 72ccac0 
>   server/src/com/cloud/network/NetworkModelImpl.java c5930d9 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java 224a680 
>   server/src/com/cloud/network/vpn/RemoteAccessVpnManagerImpl.java 673535a 
>   server/src/com/cloud/server/ConfigurationServerImpl.java cd890ce 
>   server/src/com/cloud/server/ManagementServerImpl.java 16127a2 
>   server/src/com/cloud/storage/dao/StoragePoolDetailsDaoImpl.java a0d5d0e 
>   server/src/com/cloud/template/TemplateAdapterBase.java 1b11425 
>   server/src/com/cloud/template/TemplateManagerImpl.java c7eaa64 
>   server/test/com/cloud/network/MockNetworkModelImpl.java 511249f 
>   server/test/com/cloud/vpc/MockConfigurationManagerImpl.java 6cda294 
>   server/test/com/cloud/vpc/MockNetworkModelImpl.java 9857964 
>   
> server/test/org/apache/cloudstack/affinity/AffinityApiTestConfiguration.java 
> fb29469 
>   
> server/test/org/apache/cloudstack/networkoffering/ChildTestConfiguration.java 
> f1163ef 
>   setup/db/db/schema-410to420.sql 78444fd 
>   test/integration/smoke/test_global_settings.py 12b35d7 
> 
> Diff: https://reviews.apache.org/r/10740/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread Chip Childers 
On Apr 27, 2013, at 2:55 PM, David Nalley  wrote:

> On Sat, Apr 27, 2013 at 12:35 PM, Noah Slater  wrote:
>> Devs,
>>
>> I would like to propose that we turn on notifications for pull requests
>> that are made via GitHub. This will ensure that PRs are not "lost between
>> the cracks". I believe this integration is already available, and we just
>> need to request it.
>>
>> You do not need to respond if you are in agreement. If there is no response
>> in 72 hours, I will assume lazy consensus.
>>
>> If we reach consensus, I will start the corresponding [VOTE] thread and
>> complete the rest of process.
>>
>> (Please note that when I brought this up originally, the idea had a +1 from
>> Prasanna and Rohit. But I do not believe I stated lazy consensus  So I am
>> doing this a second time, properly. Sorry about that folks!)
>>
>> Thanks,
>
>
> I think, but am not sure, that after the first PR against a github
> repo that infra@ sets up forwarding rules so they end up on dev@. (I
> do lots of infra git work, but not github work). That said, I see
> there has been one, but I don't recall that coming to dev@ [1].
> Regardless, my opinion is that there really isn't an option - if we
> are going to have a github mirror, we also need to be able to deal
> with the pull requests there. Ignoring folks that submit pull requests
> is inappropriate.

Agreed, but frankly I'd consider not having a github mirror. Not sure
the value, when you consider the confusion it causes WRT the canonical
source repo.

>
> [1] https://github.com/apache/incubator-cloudstack/pull/1
>
> --David
>

Re: [jira] [Updated] (CLOUDSTACK-1758) CloudPlatform CS-17541 SSVM test cases failing in VMware with 4.1 builds

2013-04-27 Thread Chip Childers 
Please rename this bug to remove the reference to your company's
commercial product.

On Apr 27, 2013, at 1:32 PM, "Rayees Namathponnan (JIRA)"
 wrote:

>
> [ 
> https://issues.apache.org/jira/browse/CLOUDSTACK-1758?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
>
> Rayees Namathponnan updated CLOUDSTACK-1758:
> 
>
>Component/s: (was: Test Lab)
> Automation
>
>> CloudPlatform CS-17541 SSVM test cases failing in VMware with 4.1 builds
>> -
>>
>>Key: CLOUDSTACK-1758
>>URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1758
>>Project: CloudStack
>> Issue Type: Bug
>> Security Level: Public(Anyone can view this level - this is the default.)
>> Components: Automation
>>   Affects Versions: 4.1.0
>>Environment: vm ware
>>   Reporter: Rayees Namathponnan
>>   Assignee: Girish Shilamkar
>>Fix For: 4.1.0
>>
>>
>> SVM test cases failing in VM ware,
>> Traceback (most recent call last):
>>  File 
>> "/data/Repo2/incubator-cloudstack/test/integration/smoke/test_ssvm.py", line 
>> 804, in test_08_reboot_cpvm
>>self.test_04_cpvm_internals()
>>  File 
>> "/data/Repo2/incubator-cloudstack/test/integration/smoke/test_ssvm.py", line 
>> 481, in test_04_cpvm_internals
>>"Check cloud service is running or not"
>> AssertionError: Check cloud service is running or not
>> I checked the ssvm, i can see cloud server is running
>> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
>> permitted by applicable law.
>> root@s-3-VM:~# service cloud status
>> cloud.com service (type=secstorage) is running: process id: 2751
>> root@s-3-VM:~# service cloud status
>> cloud.com service (type=secstorage) is running: process id: 2751
>> root@s-3-VM:~#
>> followed below steps
>>> cp /usr/share/cloudstack-common/scripts/vm/systemvm/id_rsa.cloud /tmp
>>> chmod 600 /tmp/id_rsa.cloud
>>> ssh -i /tmp/id_rsa.cloud -p 3922 root@10.223.250.122 (private ip)
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread David Nalley 
On Sat, Apr 27, 2013 at 12:35 PM, Noah Slater  wrote:
> Devs,
>
> I would like to propose that we turn on notifications for pull requests
> that are made via GitHub. This will ensure that PRs are not "lost between
> the cracks". I believe this integration is already available, and we just
> need to request it.
>
> You do not need to respond if you are in agreement. If there is no response
> in 72 hours, I will assume lazy consensus.
>
> If we reach consensus, I will start the corresponding [VOTE] thread and
> complete the rest of process.
>
> (Please note that when I brought this up originally, the idea had a +1 from
> Prasanna and Rohit. But I do not believe I stated lazy consensus  So I am
> doing this a second time, properly. Sorry about that folks!)
>
> Thanks,


I think, but am not sure, that after the first PR against a github
repo that infra@ sets up forwarding rules so they end up on dev@. (I
do lots of infra git work, but not github work). That said, I see
there has been one, but I don't recall that coming to dev@ [1].
Regardless, my opinion is that there really isn't an option - if we
are going to have a github mirror, we also need to be able to deal
with the pull requests there. Ignoring folks that submit pull requests
is inappropriate.

[1] https://github.com/apache/incubator-cloudstack/pull/1

--David

Re: deployDataCenter.py doesn't work for me on master

2013-04-27 Thread Mike Tutkowski 
Thank you, Dharmesh...that is exactly how we (myself and others) ended up
solving this issue. :)


On Sat, Apr 27, 2013 at 5:20 AM, Dharmesh Kakadia wrote:

> not sure you are still having this issue. You can install requests module
> by "pip install requests".
>
>
> On Thu, Apr 18, 2013 at 11:23 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Is this similar to the problem you are now having?  I get the following
>> output from the python script to create DevCloud:
>>
>> mtutkowski-LT:devcloud mtutkowski$ python
>> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
>> Traceback (most recent call last):
>>   File "../marvin/marvin/deployDataCenter.py", line 21, in 
>> import cloudstackTestClient
>>   File
>>
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
>> line 18, in 
>> import cloudstackConnection
>>   File
>>
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 18, in 
>> import requests
>> ImportError: No module named requests
>>
>> Not sure how to get around this.
>>
>>
>> On Wed, Apr 17, 2013 at 10:56 AM, Soheil Eizadi > >wrote:
>>
>> > I copied the vhd-util from
>> > http://download.cloud.com.s3.amazonaws.com/tools/vhd-util to
>> > scripts/vm/hypervisor/xenserver/vhd-util in the tree, but it did not
>> > resolve my issue. (The problem is not with the functionality of the
>> > vhd-util but a path problem. I get that the vhd-util should be updated
>> and
>> > I have done that as well in my environment.)
>> >
>> > As I noted below the problem is that it is not getting copied to right
>> > place and also I find different versions of the higher level script i.e.
>> > copy_vhd_from_secondarystorage.sh in my tree which is strange. There is
>> > different vhd-util paths in them.
>> > -Soheil
>> >
>> >
>> > On 4/15/13 4:07 PM, "Anthony Xu"  wrote:
>> >
>> > >>>The XenServer (6.0.2) I am using already came bundled with vhd-util,
>> I
>> > >>>did not have to download it. I have not read the detail of
>> > >
>> > >Hi Soheil,
>> > >
>> > >We added one function in vhd-util, which allows vhd-util specifiy
>> parent
>> > >when do coalesce, basically you can coalesce a VHD file to other VHD
>> > >file.
>> > >CS uses this vhd-util function in API creating template/volume from
>> > >snapshot.  These APIs might not work with bundled vhd-util in
>> XenServer.
>> > >
>> > >
>> > >Anthony
>> > >
>> > >
>> > >
>> > >-Original Message-
>> > >From: Soheil Eizadi [mailto:seiz...@infoblox.com]
>> > >Sent: Saturday, April 13, 2013 11:05 PM
>> > >To: dev@cloudstack.apache.org
>> > >Subject: Re: deployDataCenter.py doesn't work for me on master
>> > >
>> > >Downloaded the vhd-util to my environment and had the same problem. I
>> > >Debugged this further by running the copy_vhd_from_secondarystorage.sh
>> on
>> > >the XenServer. It looks like the copy_vhd_from_secondarystorage.sh is
>> > >looking for vhd-util in /opt/xensource/bin/ rather than /usr/bin/
>> > >
>> > >I looked at this further and looks like what is built in the
>> > >client/target directory is not consistent with what is in the
>> > >./scripts/vm in my tree.
>> > >There are two versions of copy_vhd_from_secondarystorage.sh.
>> > >
>> > >I removed the client/target directory and rebuilt, but had the same
>> files
>> > >appear again. I am not sure how they are getting pulled in to the
>> > >client/target directory. Any ideas why my build is broken and how to
>> > >proceed to fix this?
>> > >
>> > >For now I patched this on my XenServer and was able to get ssvm and
>> > >cproxyvm running and brought up my CloudStack zone completely.
>> > >-Soheil
>> > >
>> > >
>> > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
>> > >copy_vhd_from_secondarystorage.sh
>> >
>> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
>> > >h
>> > >ypervisor/xenserver/copy_vhd_from_secondarystorage.sh
>> >
>> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
>> > >h
>> > >ypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
>> >
>> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
>> > >s
>> > >erver/copy_vhd_from_secondarystorage.sh
>> >
>> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
>> > >s
>> > >erver/xcposs/copy_vhd_from_secondarystorage.sh
>> > >./scripts/vm/hypervisor/xenserver/copy_vhd_from_secondarystorage.sh
>> >
>> >./scripts/vm/hypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
>> > >
>> > >
>> > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
>> > >copy_vhd_from_secondarystorage.sh -exec diff
>> >
>> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
>> > >s
>> > >erver/copy_vhd_from_secondarystorage.sh {} \;
>> > >92c92
>> > >< VHDUTIL="/opt/xensource/bin/vhd-util"
>> > >---
>> > >> VHDUTIL="/usr/bin/vhd-util"
>> > >113c113
>> >

Re: Really need some help here ...

2013-04-27 Thread Jim L. 
Chip, I'll do that.  Thanks for the info.

Regards,

--Jim L.




On Sat, Apr 27, 2013 at 1:25 PM, Chip Childers wrote:

> There is a bug in the 4.0.x Debian/rules file that excludes the
> optional -Dnonoss flag. Look at the 4.1 branch copy and note the env
> variable I added to support optional mvn flags during the packaging's
> build step.
>
> On Apr 27, 2013, at 1:22 PM, "Jim L."  wrote:
>
> > Hi David,
> >
> > I know Wido's DEBs do not have VMWare support (at least, the last time I
> > tried to used them).  I'll give the RPM's a try, however.
> >
> > In the meantime: is there additional documentation/wiki/back of a napkin
> > that explains how to build DEB or RPM packages with VMWare support?  I
> > would like to have that ability if I decide to write additional plugins
> for
> > some projects I'm working on.  I did try to "hand-roll" an installation
> on
> > Ubuntu by taking the 3.0.2 version I have now and using that as a
> template
> > to modify the 4.0.2 /etc/cloud/management/components.xml file, adding the
> > adapters VMWare Discoverer and VMWare HypervisorGuru to the config. I
> also
> > added the /usr/share/java/cloud-plugins directory with the VMWare base
> and
> > hypervisor jars ( in addition to the vmware-vim25.jar,
> vmware-apputils,jar,
> > etc., files),  but I encountered numerous classpath/missing jar issues.
>  I
> > (think I) finally resolved those, but the VMwareGuru component will not
> > instantiate/initialize, so I put all of that on hold until I could get
> some
> > help.
> >
> > So,  I'll give Wido's repo a try on CentOS but it would be great to know
> > how to do this on my own as well and would prefer Ubuntu if possible.
> > Thanks for responding.
> >
> >
> > Regards,
> >
> > --Jim L.
> >
> >
> >
> > On Sat, Apr 27, 2013 at 11:12 AM, David Nalley  wrote:
> >
> >> On Sat, Apr 27, 2013 at 9:07 AM, Jim L.  wrote:
> >>> Hi,
> >>>
> >>> I have been trying to build either RPMs or DEB packages for Cloudstack
> >>> 4.0.2 with VMWare enabled, but have been unsuccessful.  I can build
> >>> successfully using Maven (mvn -P deps -D nonoss) but the DEB/RPM build
> >>> processes apparently rebuild on their own without using the artifacts
> >>> created by the Maven build.
> >>>
> >>> We are currently using the Cloudstack 3.0.2 version, but want to take
> >>> advantage of the latest features available with 4.0.2.
> >>>
> >>> Can anyone please help?  Is there a way to install what is being built
> >> for
> >>> DEB/RPMs and then manually modify that installed Cloudstack 4.0.2
> >>> environment to support VMWare?
> >>>
> >>>
> >>> Regards,
> >>>
> >>> --Jim L.
> >>
> >> Hi Jim,
> >>
> >> So while I am happy to help you build those packages, do you really
> >> need to build them yourself?
> >> Wido's yum repo has packages with VMware support (I can't speak for
> >> the debs, I don't think 4.0.2 is there yet)
> >> http://cloudstack.apt-get.eu/rhel/4.0/
> >>
> >> --David
> >>
>

Re: Really need some help here ...

2013-04-27 Thread Chip Childers 
There is a bug in the 4.0.x Debian/rules file that excludes the
optional -Dnonoss flag. Look at the 4.1 branch copy and note the env
variable I added to support optional mvn flags during the packaging's
build step.

On Apr 27, 2013, at 1:22 PM, "Jim L."  wrote:

> Hi David,
>
> I know Wido's DEBs do not have VMWare support (at least, the last time I
> tried to used them).  I'll give the RPM's a try, however.
>
> In the meantime: is there additional documentation/wiki/back of a napkin
> that explains how to build DEB or RPM packages with VMWare support?  I
> would like to have that ability if I decide to write additional plugins for
> some projects I'm working on.  I did try to "hand-roll" an installation on
> Ubuntu by taking the 3.0.2 version I have now and using that as a template
> to modify the 4.0.2 /etc/cloud/management/components.xml file, adding the
> adapters VMWare Discoverer and VMWare HypervisorGuru to the config. I also
> added the /usr/share/java/cloud-plugins directory with the VMWare base and
> hypervisor jars ( in addition to the vmware-vim25.jar, vmware-apputils,jar,
> etc., files),  but I encountered numerous classpath/missing jar issues.  I
> (think I) finally resolved those, but the VMwareGuru component will not
> instantiate/initialize, so I put all of that on hold until I could get some
> help.
>
> So,  I'll give Wido's repo a try on CentOS but it would be great to know
> how to do this on my own as well and would prefer Ubuntu if possible.
> Thanks for responding.
>
>
> Regards,
>
> --Jim L.
>
>
>
> On Sat, Apr 27, 2013 at 11:12 AM, David Nalley  wrote:
>
>> On Sat, Apr 27, 2013 at 9:07 AM, Jim L.  wrote:
>>> Hi,
>>>
>>> I have been trying to build either RPMs or DEB packages for Cloudstack
>>> 4.0.2 with VMWare enabled, but have been unsuccessful.  I can build
>>> successfully using Maven (mvn -P deps -D nonoss) but the DEB/RPM build
>>> processes apparently rebuild on their own without using the artifacts
>>> created by the Maven build.
>>>
>>> We are currently using the Cloudstack 3.0.2 version, but want to take
>>> advantage of the latest features available with 4.0.2.
>>>
>>> Can anyone please help?  Is there a way to install what is being built
>> for
>>> DEB/RPMs and then manually modify that installed Cloudstack 4.0.2
>>> environment to support VMWare?
>>>
>>>
>>> Regards,
>>>
>>> --Jim L.
>>
>> Hi Jim,
>>
>> So while I am happy to help you build those packages, do you really
>> need to build them yourself?
>> Wido's yum repo has packages with VMware support (I can't speak for
>> the debs, I don't think 4.0.2 is there yet)
>> http://cloudstack.apt-get.eu/rhel/4.0/
>>
>> --David
>>

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread Noah Slater 
* and the Apache license...


On 27 April 2013 18:24, Noah Slater  wrote:

> Good question, John! We will handle it the same way we handle patches that
> come in via JIRA, or the mailing list, or any other channel. i.e. The
> creation of a PR against the official mirror is seen as an indication of
> intent that the work be contributed to the project, as the Apache licenses
> quite cleverly handles the rest, so we don't have to do anything in
> particular.
>
>
> On 27 April 2013 18:05, John Burwell  wrote:
>
>> Noah,
>>
>> How do we handle the contributor agreement/IP issues when handling code
>> submitted through a Github PR?
>>
>> Thanks,
>> -John
>>
>>
>> On Sat, Apr 27, 2013 at 12:45 PM, Noah Slater  wrote:
>>
>> > On 27 April 2013 17:35, Noah Slater  wrote:
>> >
>> > > If we reach consensus, I will start the corresponding [VOTE] thread
>> and
>> > > complete the rest of process.
>> > >
>> >
>> > D'oh. That's what I get for copying and pasting email templates.
>> >
>> > Edit: if we reach consensus, I will just go ahead and request the
>> > notifications. No need for a vote on something like this unless lazy
>> > consensus fails. ;)
>> >
>> > --
>> > NS
>> >
>>
>
>
>
> --
> NS
>



-- 
NS

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread Noah Slater 
Good question, John! We will handle it the same way we handle patches that
come in via JIRA, or the mailing list, or any other channel. i.e. The
creation of a PR against the official mirror is seen as an indication of
intent that the work be contributed to the project, as the Apache licenses
quite cleverly handles the rest, so we don't have to do anything in
particular.


On 27 April 2013 18:05, John Burwell  wrote:

> Noah,
>
> How do we handle the contributor agreement/IP issues when handling code
> submitted through a Github PR?
>
> Thanks,
> -John
>
>
> On Sat, Apr 27, 2013 at 12:45 PM, Noah Slater  wrote:
>
> > On 27 April 2013 17:35, Noah Slater  wrote:
> >
> > > If we reach consensus, I will start the corresponding [VOTE] thread and
> > > complete the rest of process.
> > >
> >
> > D'oh. That's what I get for copying and pasting email templates.
> >
> > Edit: if we reach consensus, I will just go ahead and request the
> > notifications. No need for a vote on something like this unless lazy
> > consensus fails. ;)
> >
> > --
> > NS
> >
>



-- 
NS

Re: Really need some help here ...

2013-04-27 Thread Jim L. 
Hi David,

I know Wido's DEBs do not have VMWare support (at least, the last time I
tried to used them).  I'll give the RPM's a try, however.

In the meantime: is there additional documentation/wiki/back of a napkin
that explains how to build DEB or RPM packages with VMWare support?  I
would like to have that ability if I decide to write additional plugins for
some projects I'm working on.  I did try to "hand-roll" an installation on
Ubuntu by taking the 3.0.2 version I have now and using that as a template
to modify the 4.0.2 /etc/cloud/management/components.xml file, adding the
adapters VMWare Discoverer and VMWare HypervisorGuru to the config. I also
added the /usr/share/java/cloud-plugins directory with the VMWare base and
hypervisor jars ( in addition to the vmware-vim25.jar, vmware-apputils,jar,
etc., files),  but I encountered numerous classpath/missing jar issues.  I
(think I) finally resolved those, but the VMwareGuru component will not
instantiate/initialize, so I put all of that on hold until I could get some
help.

So,  I'll give Wido's repo a try on CentOS but it would be great to know
how to do this on my own as well and would prefer Ubuntu if possible.
 Thanks for responding.


Regards,

--Jim L.



On Sat, Apr 27, 2013 at 11:12 AM, David Nalley  wrote:

> On Sat, Apr 27, 2013 at 9:07 AM, Jim L.  wrote:
> > Hi,
> >
> > I have been trying to build either RPMs or DEB packages for Cloudstack
> > 4.0.2 with VMWare enabled, but have been unsuccessful.  I can build
> > successfully using Maven (mvn -P deps -D nonoss) but the DEB/RPM build
> > processes apparently rebuild on their own without using the artifacts
> > created by the Maven build.
> >
> > We are currently using the Cloudstack 3.0.2 version, but want to take
> > advantage of the latest features available with 4.0.2.
> >
> > Can anyone please help?  Is there a way to install what is being built
> for
> > DEB/RPMs and then manually modify that installed Cloudstack 4.0.2
> > environment to support VMWare?
> >
> >
> > Regards,
> >
> > --Jim L.
>
> Hi Jim,
>
> So while I am happy to help you build those packages, do you really
> need to build them yourself?
> Wido's yum repo has packages with VMware support (I can't speak for
> the debs, I don't think 4.0.2 is there yet)
> http://cloudstack.apt-get.eu/rhel/4.0/
>
> --David
>

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread John Burwell 
Noah,

How do we handle the contributor agreement/IP issues when handling code
submitted through a Github PR?

Thanks,
-John


On Sat, Apr 27, 2013 at 12:45 PM, Noah Slater  wrote:

> On 27 April 2013 17:35, Noah Slater  wrote:
>
> > If we reach consensus, I will start the corresponding [VOTE] thread and
> > complete the rest of process.
> >
>
> D'oh. That's what I get for copying and pasting email templates.
>
> Edit: if we reach consensus, I will just go ahead and request the
> notifications. No need for a vote on something like this unless lazy
> consensus fails. ;)
>
> --
> NS
>

Re: [DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread Noah Slater 
On 27 April 2013 17:35, Noah Slater  wrote:

> If we reach consensus, I will start the corresponding [VOTE] thread and
> complete the rest of process.
>

D'oh. That's what I get for copying and pasting email templates.

Edit: if we reach consensus, I will just go ahead and request the
notifications. No need for a vote on something like this unless lazy
consensus fails. ;)

-- 
NS

Re: [GSoC] Introduction and Project Discussion

2013-04-27 Thread Rohit Yadav 
Hi Shiva,

On Sat, Apr 27, 2013 at 1:29 AM, Shiva Teja  wrote:

> Hi all,
>
> I am Shiva Teja, an undergrad student from IIT Mandi, India. I will be
> participating in GSoC this year. I'd like to work on the new CloudStack UI
> with bootstrap project[1]. I've been experimenting with API for the past
> few days. After reading a couple of blog posts by Sebastien, his recent
> hack on this[2] and a recent discussion[3] on the mailing list about making
> CloudStack API RESTfull, here are the things I plan to do.
>

Have you started working on your plan or just proposing? Hope you have a
setup and tried CloudStack on DevCloud. For starters I suggest you to
download, build and deploy CloudStack, play around APIs, cloudmonkey (a
CLI) and the API Discovery service because both of your idea proposals are
around APIs.

1. A more "human", RESTfull wrapper API on top of CloudStack API using
> Flask python framework. Something like "GET /users" will directly
> correspond to "listUsers" API command. "DELETE /user/" will correspond
> to the respective "deleteUser" API call.
>

It's tricky, first you should get a full list of entities. It's a lot of
hard work if you do it manually but you can do smartly if you use Api
Discovery. There are more than 300+ APIs in CloudStack, now groupped as per
entities (see a package like org.apache.cloudstack.api..).

So, first you need to classify the entities, get it checked (like write
tests) and then define these operations. Few of us are inclined towards
rewriting an API server that is RESTful and not query based. The challenge
there is to reuse present cmd classes, one way is to use reflections and
another round of api annotations refactoring. Easiest way would be to just
fix/add/reuse Api Discovery, or write something use metaprogamming that
auto generates your wrapper.

I'm floating these ideas so you can think about it and come up with a
strategy that creates maintainable, extendable code which would require
less time to implement it.

2. A complete UI designed using Twitter Bootstrap and Backbone.js.
> Obviously this will use the API that I'll be making.
>

+1 This is a fantastic idea, a better, faster, modular UI that is
responsive is much appreciated and we will have an alternative to the
default one.

Avoid sending direct emails to anyone and feel free to reach out to the dev
ML, email like a boss™.

Happy hacking!

Cheers.

(An app made using Bootstrap and Backbone.js:
> http://coenraets.org/directory/ )
>
> Any suggestions/comments ?
>
> [1] https://issues.apache.org/jira/browse/CLOUDSTACK-1778
> [2] https://github.com/runseb/cloudstack-flask
> [3]
>
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201304.mbox/%3C20130424083847.GA11354%40cloud-2.local%3E
>
> Thanks,
> Shiva Teja.
>

Re: Error starting management server

2013-04-27 Thread Dharmesh Kakadia 
I found out the issue. I was behind the proxy and python was not able to
bypass the local address. After unsetting proxy, I am able to add zones,
pod and cluster. But while adding hosts I get following error:

INFO  [cloud.resource.ResourceManagerImpl] (1793095672@qtp-165312501-9:)
Trying to add a new host at http://192.168.56.10 in data center 1
WARN  [cloud.resource.ResourceManagerImpl] (1793095672@qtp-165312501-9:)
Unable to find the server resources at http://192.168.56.10
INFO  [utils.exception.CSExceptionErrorCode] (1793095672@qtp-165312501-9:)
Could not find exception: com.cloud.exception.DiscoveryException in error
code list for exceptions
WARN  [admin.host.AddHostCmd] (1793095672@qtp-165312501-9:) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
at
com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:894)
at
com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:639)
at
org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:143)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:512)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:362)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
at com.cloud.api.ApiServlet.doPost(ApiServlet.java:71)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
INFO  [cloud.api.ApiServer] (1793095672@qtp-165312501-9:) Unable to add the
host

Host (192.168.56.10) and management servers are able to ping each other.
Any pointers on what can be wrong ?

Thanks,
Dharmesh


On Fri, Apr 26, 2013 at 7:33 PM, Prasanna Santhanam  wrote:

> On Fri, Apr 26, 2013 at 06:30:23PM +0530, Dharmesh Kakadia wrote:
> > Hi,
> >
> > I have created bug https://issues.apache.org/jira/browse/CLOUDSTACK-2211as
> > suggested by you.
> > Being a newbie I was not sure how things are done in Apache Way. Couldn't
> > assign you the bug. Correct me if I missed something.
>
> That is the Apache Way ;) I'll pick it up and add some logs for you
> soon. Thanks for your patience. You should be able to proceed with the
> UI Wizard in the meantime to setup your zones.
>
>
> --
> Prasanna.,
>
> 
> Powered by BigRock.com
>
>

Re: CloudStack GitHub repository

2013-04-27 Thread Noah Slater 
Thanks, Rohit. I marked mine as a dupe!


On 27 April 2013 17:30, Rohit Yadav  wrote:

> Thanks Noah, I've had raised an issue with infra a long time ago but that
> is still open:
> https://issues.apache.org/jira/browse/INFRA-6061
>
> Cheers.
>
> On Sat, Apr 27, 2013 at 9:58 PM, Noah Slater  wrote:
>
> > Devs,
> >
> > I have requested that our GitHub repository be moved to indicate we are
> no
> > longer in incubation.
> >
> > Follow along here:
> >
> > https://issues.apache.org/jira/browse/INFRA-6203
> >
> > Thanks,
> >
> > --
> > NS
> >
>



-- 
NS

[DISCUSS] Enable GitHub pull request notification (Was: Re: GitHub pull requests (Was: Re: Github integration))

2013-04-27 Thread Noah Slater 
Devs,

I would like to propose that we turn on notifications for pull requests
that are made via GitHub. This will ensure that PRs are not "lost between
the cracks". I believe this integration is already available, and we just
need to request it.

You do not need to respond if you are in agreement. If there is no response
in 72 hours, I will assume lazy consensus.

If we reach consensus, I will start the corresponding [VOTE] thread and
complete the rest of process.

(Please note that when I brought this up originally, the idea had a +1 from
Prasanna and Rohit. But I do not believe I stated lazy consensus  So I am
doing this a second time, properly. Sorry about that folks!)

Thanks,

On 7 October 2012 03:03, Noah Slater  wrote:

> I've been talking with Paul Davis about how we can fix this situation. But
> no, at the moment, you cannot merge them directly in GitHub. However, while
> we might advocate RB as the preferred way to submit patches, I do not think
> we should "lock out" people who prefer to work within the confines of
> GitHub. This question is not just about "should we get notifications sent".
> It is more about "should we open this up as a supported channel for
> receiving contributions?"
>
>
> On Sun, Oct 7, 2012 at 1:59 AM, Brett Porter  wrote:
>
>>
>> On 30/09/2012, at 2:31 AM, Noah Slater  wrote:
>>
>> > Breaking off this question:
>> >
>> > On Sat, Sep 29, 2012 at 3:50 PM, Donal Lafferty
>> > wrote:
>> >
>> >>
>> >> WRT emails for all GIT pulls, wouldn't broadcasting pull requests
>> clutter
>> >> the dev mailing list?
>> >
>> >
>> > No, I don't think so.
>> >
>> > A GitHub pull request is the same as someone coming to the list and
>> asking
>> > us to apply a patch.
>> >
>> > If they become a nuisance (what a wonderful problem to have!) we could
>> > funnel them elsewhere.
>> >
>> > PR integration on GitHub will attract a broader base of contributions
>> from
>> > the community.
>> >
>>
>> My understanding of the current pull request integration is that
>> notifications can be sent to the list, but can not be closed or interacted
>> with on github (other than requesting the original reporter to close them,
>> or an administrator) - so it's not really integration as much as avoiding
>> it slipping through the cracks when someone finds the github repo. Is that
>> still the case?
>>
>> Particularly with review board in place, it would seem like getting
>> notifications of PRs is a good idea, but explicitly encouraging their use
>> is not.
>>
>> - Brett
>>
>>
>>
>
>
> --
> NS
>



-- 
NS

Re: CloudStack GitHub repository

2013-04-27 Thread Rohit Yadav 
Thanks Noah, I've had raised an issue with infra a long time ago but that
is still open:
https://issues.apache.org/jira/browse/INFRA-6061

Cheers.

On Sat, Apr 27, 2013 at 9:58 PM, Noah Slater  wrote:

> Devs,
>
> I have requested that our GitHub repository be moved to indicate we are no
> longer in incubation.
>
> Follow along here:
>
> https://issues.apache.org/jira/browse/INFRA-6203
>
> Thanks,
>
> --
> NS
>

CloudStack GitHub repository

2013-04-27 Thread Noah Slater 
Devs,

I have requested that our GitHub repository be moved to indicate we are no
longer in incubation.

Follow along here:

https://issues.apache.org/jira/browse/INFRA-6203

Thanks,

-- 
NS

Re: Cloudstack.org domain

2013-04-27 Thread Noah Slater 
Okay, thanks Prasanna!


On 17 April 2013 07:44, Prasanna Santhanam  wrote:

> On Tue, Apr 16, 2013 at 02:07:45PM +0100, Noah Slater wrote:
> > Okay, some success.
> >
> > Here is a mail sent to infrastruct...@apache.org:
> >
> > On 16 April 2013 13:44, Tony Stevenson  wrote:
> >
> > > Noah Slater wrote on Tue, Apr 16, 2013 at 01:33:39PM +0100:
> > > > Hi,
> > > >
> > > > It recently came up on the CloudStack list that if cloudstack.orgmoves
> > > > over to ASF control, we would not be able to point
> foo.cloudstack.org at
> > > an
> > > > external VM. (Say, a committer is running a CI/build/whatever
> service.)
> > > Is
> > > > this the case? Are there any exceptions to this?
> > > >
> > > > I ask not because I want to drag up old discussions for the sake of
> it,
> > > but
> > > > because we have some ongoing trademark stuff with CouchDB, and one
> of the
> > > > things I am planning to propose is that we move couchdb.org to ASF
> > > control.
> > > >
> > > > But if the above is policy, that wouldn't work.
> > > > http://docs.couchdb.org/points at a third-party hosted service, for
> > > > instance. And we are working on
> > > > a Jenkins setup that is not on ASF hardware (because the ASF is
> unable to
> > > > provide us with the hardware we require at this time).
> > > >
> > > > Could someone clarify this for me?
> > >
> > > Noah we have several instances of DNS records pointing to non-ASF
> hosted
> > > services.  We would clearly very much prefer that we didnt have to do
> > > this, but I do not believe it is against policy.
> > >
> > > Our issue comes from the fact the machine is not under our control, and
> > > as such anyone could just add $bad-content within the apache.org
> > > namespace.  At the moment, from memory, all records that point to
> > > non-ASF hardware, are still machines we control.  Your asking for
> > > something above and beyond this, and I suspect if this is what the PMC
> > > wants then that would be done.  But it would need to be requested,
> > > following a vote thread and that link given to us so we can see the
> > > process :)
> > >
> >
> > This is from a private list, but I have been granted permission to share
> it
> > with this one.
> >
> > For those with the appropriate karma, the thread starts here:
> >
> > http://s.apache.org/ZLE
> >
> > So, if we put together a definitive plan of action for the domain, and
> the
> > services we want to host / point to, along with who is operating them,
> and
> > what the plan for that is, and vote on it, it looks like we can proceed.
> > (But we should be mindful of Infra's concerns, and take them into account
> > while drafting the proposal.)
> >
>
> Thanks Noah. That helps clear some confusions. But I've moved jenkins.cs.o
> to a different namespace as was done before with docs.cs.o.
> jenkins.cs.o now resides at jenkins.buildacloud.org. One of the
> difficulties for moving our jobs to builds@ was the performance and
> hardware considerations.
>
> I think some infra@ folks are aware of the problems we have with
> having to stack up enough hardware to run tests for our system. Having
> a separate managed jenkins is useful for us to quickly fix problems as
> is often the case with automated testing. Some of the other cs.o services
> are managed by David and myself. David has the necessary karma within
> infra to look into these when things go bad.
>
> Unless others feel that the services should remain on cloudstack.org I
> think we have a reasonable backup plan for now. Anyone think
> otherwise?
>
> --
> Prasanna.,
>



-- 
NS

Re: Really need some help here ...

2013-04-27 Thread David Nalley 
On Sat, Apr 27, 2013 at 9:07 AM, Jim L.  wrote:
> Hi,
>
> I have been trying to build either RPMs or DEB packages for Cloudstack
> 4.0.2 with VMWare enabled, but have been unsuccessful.  I can build
> successfully using Maven (mvn -P deps -D nonoss) but the DEB/RPM build
> processes apparently rebuild on their own without using the artifacts
> created by the Maven build.
>
> We are currently using the Cloudstack 3.0.2 version, but want to take
> advantage of the latest features available with 4.0.2.
>
> Can anyone please help?  Is there a way to install what is being built for
> DEB/RPMs and then manually modify that installed Cloudstack 4.0.2
> environment to support VMWare?
>
>
> Regards,
>
> --Jim L.

Hi Jim,

So while I am happy to help you build those packages, do you really
need to build them yourself?
Wido's yum repo has packages with VMware support (I can't speak for
the debs, I don't think 4.0.2 is there yet)
http://cloudstack.apt-get.eu/rhel/4.0/

--David

Cloud -agent is dead, but the subsys is locked

2013-04-27 Thread zzz???? 
Hello everyone:
  I am having an issue to add a kvm host.
  When I add the first kvm host ,I get a problem that "Unable to add the 
host"
  the service status :  Cloud -agent is dead, but the subsys is locked

Really need some help here ...

2013-04-27 Thread Jim L. 
Hi,

I have been trying to build either RPMs or DEB packages for Cloudstack
4.0.2 with VMWare enabled, but have been unsuccessful.  I can build
successfully using Maven (mvn -P deps -D nonoss) but the DEB/RPM build
processes apparently rebuild on their own without using the artifacts
created by the Maven build.

We are currently using the Cloudstack 3.0.2 version, but want to take
advantage of the latest features available with 4.0.2.

Can anyone please help?  Is there a way to install what is being built for
DEB/RPMs and then manually modify that installed Cloudstack 4.0.2
environment to support VMWare?


Regards,

--Jim L.

Re: Ebtables

2013-04-27 Thread Jayapal Reddy Uradi 
The below rules block the traffic from the secondary ips.

> -A i-2-9-VM-in -p ARP --arp-ip-src ! 66.232.104.216 -j DROP
> -A i-2-9-VM-out -p ARP --arp-ip-dst ! IPADDRESS.OF.INSTANCE -j DROP

you can either delete above rules or flush the chains.

Thanks,
Jayapal

On 27-Apr-2013, at 5:05 AM, Maurice Lawler 
 wrote:

> Sorry...
> 
> Could someone please remind me, the chain I would need to delete from 
> ebtables to permit traversing of a secondary IP on a specified instance? 
> 
> == Output from Ebtables ==
> 
> -A i-2-9-VM-in -s ! 6:2f:ca:0:0:c -j DROP
> -A i-2-9-VM-in -p ARP -s ! 6:2f:ca:0:0:c -j DROP
> -A i-2-9-VM-in -p ARP --arp-mac-src ! 6:2f:ca:0:0:c -j DROP
> -A i-2-9-VM-in -p ARP --arp-ip-src ! 66.232.104.216 -j DROP
> -A i-2-9-VM-in -p ARP --arp-op Request -j ACCEPT
> -A i-2-9-VM-in -p ARP --arp-op Reply -j ACCEPT
> -A i-2-9-VM-in -p ARP -j DROP
> -A i-2-9-VM-out -p ARP --arp-op Reply --arp-mac-dst ! 6:2f:ca:0:0:c -j DROP
> -A i-2-9-VM-out -p ARP --arp-ip-dst ! IPADDRESS.OF.INSTANCE -j DROP
> -A i-2-9-VM-out -p ARP --arp-op Request -j ACCEPT
> -A i-2-9-VM-out -p ARP --arp-op Reply -j ACCEPT
> -A i-2-9-VM-out -p ARP -j DROP
> 
> 
> I'd appreciate any assistance in this matter.
> 
> 
>

Re: deployDataCenter.py doesn't work for me on master

2013-04-27 Thread Dharmesh Kakadia 
not sure you are still having this issue. You can install requests module
by "pip install requests".


On Thu, Apr 18, 2013 at 11:23 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Is this similar to the problem you are now having?  I get the following
> output from the python script to create DevCloud:
>
> mtutkowski-LT:devcloud mtutkowski$ python
> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback (most recent call last):
>   File "../marvin/marvin/deployDataCenter.py", line 21, in 
> import cloudstackTestClient
>   File
>
> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
> line 18, in 
> import cloudstackConnection
>   File
>
> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 18, in 
> import requests
> ImportError: No module named requests
>
> Not sure how to get around this.
>
>
> On Wed, Apr 17, 2013 at 10:56 AM, Soheil Eizadi  >wrote:
>
> > I copied the vhd-util from
> > http://download.cloud.com.s3.amazonaws.com/tools/vhd-util to
> > scripts/vm/hypervisor/xenserver/vhd-util in the tree, but it did not
> > resolve my issue. (The problem is not with the functionality of the
> > vhd-util but a path problem. I get that the vhd-util should be updated
> and
> > I have done that as well in my environment.)
> >
> > As I noted below the problem is that it is not getting copied to right
> > place and also I find different versions of the higher level script i.e.
> > copy_vhd_from_secondarystorage.sh in my tree which is strange. There is
> > different vhd-util paths in them.
> > -Soheil
> >
> >
> > On 4/15/13 4:07 PM, "Anthony Xu"  wrote:
> >
> > >>>The XenServer (6.0.2) I am using already came bundled with vhd-util, I
> > >>>did not have to download it. I have not read the detail of
> > >
> > >Hi Soheil,
> > >
> > >We added one function in vhd-util, which allows vhd-util specifiy parent
> > >when do coalesce, basically you can coalesce a VHD file to other VHD
> > >file.
> > >CS uses this vhd-util function in API creating template/volume from
> > >snapshot.  These APIs might not work with bundled vhd-util in XenServer.
> > >
> > >
> > >Anthony
> > >
> > >
> > >
> > >-Original Message-
> > >From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> > >Sent: Saturday, April 13, 2013 11:05 PM
> > >To: dev@cloudstack.apache.org
> > >Subject: Re: deployDataCenter.py doesn't work for me on master
> > >
> > >Downloaded the vhd-util to my environment and had the same problem. I
> > >Debugged this further by running the copy_vhd_from_secondarystorage.sh
> on
> > >the XenServer. It looks like the copy_vhd_from_secondarystorage.sh is
> > >looking for vhd-util in /opt/xensource/bin/ rather than /usr/bin/
> > >
> > >I looked at this further and looks like what is built in the
> > >client/target directory is not consistent with what is in the
> > >./scripts/vm in my tree.
> > >There are two versions of copy_vhd_from_secondarystorage.sh.
> > >
> > >I removed the client/target directory and rebuilt, but had the same
> files
> > >appear again. I am not sure how they are getting pulled in to the
> > >client/target directory. Any ideas why my build is broken and how to
> > >proceed to fix this?
> > >
> > >For now I patched this on my XenServer and was able to get ssvm and
> > >cproxyvm running and brought up my CloudStack zone completely.
> > >-Soheil
> > >
> > >
> > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
> > >copy_vhd_from_secondarystorage.sh
> >
> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
> > >h
> > >ypervisor/xenserver/copy_vhd_from_secondarystorage.sh
> >
> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
> > >h
> > >ypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
> >
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> > >s
> > >erver/copy_vhd_from_secondarystorage.sh
> >
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> > >s
> > >erver/xcposs/copy_vhd_from_secondarystorage.sh
> > >./scripts/vm/hypervisor/xenserver/copy_vhd_from_secondarystorage.sh
> >
> >./scripts/vm/hypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
> > >
> > >
> > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
> > >copy_vhd_from_secondarystorage.sh -exec diff
> >
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> > >s
> > >erver/copy_vhd_from_secondarystorage.sh {} \;
> > >92c92
> > >< VHDUTIL="/opt/xensource/bin/vhd-util"
> > >---
> > >> VHDUTIL="/usr/bin/vhd-util"
> > >113c113
> > >< if [ $type != "nfs" -a $type != "ext" ]; then
> > >---
> > >> if [ $type != "nfs" -a $type != "ext" -a $type != "file" ]; then
> > >143c143
> > ><   desvhd=/var/run/sr-mount/$sruuid/$uuid.vhd
> > >---
> > >>   desvhd=/run/sr-mount/$sruuid/$uuid.vhd
> > >160a161,166
> > >> elif [ $type ==

Review Request: CLOUDSTACK-1824: Stop service displayed as cloud-management

2013-04-27 Thread Prasanna Santhanam 

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10798/
---

Review request for cloudstack and Hugo Trippaers.


Description
---

CLOUDSTACK-1824: Stop service displayed as cloud-management

service cloudstack-management is being displayed as cloud-management service

[root@cloudstack-centos63 ~]# service cloudstack-management restart
Stopping cloud-management: [  OK  ]
Starting cloudstack-management:[  OK  ]



This addresses bug CLOUDSTACK-1824.


Diffs
-

  packaging/centos63/cloud-management.rc 6fd435b 

Diff: https://reviews.apache.org/r/10798/diff/


Testing
---

Tested on  a fresh centos64 VM with the packaged RPMs

[root@centos64-cloudstack i386]# service cloudstack-management restart
Stopping cloudstack-management:[  OK  ]
Starting cloudstack-management:[  OK  ]


Thanks,

Prasanna Santhanam

Re: Review Request: Add vpn users automation tests.

2013-04-27 Thread Girish Shilamkar 

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10816/
---

(Updated April 27, 2013, 8:10 a.m.)


Review request for cloudstack, Prasanna Santhanam and SrikanteswaraRao Talluri.


Description
---

Contains all tests which can be automated from this test plan 
http://wiki.cloudstack.org/display/QA/VPN+users


Diffs
-

  test/integration/component/test_vpn_users.py PRE-CREATION 

Diff: https://reviews.apache.org/r/10816/diff/


Testing
---

Tested and verified.


Thanks,

Girish Shilamkar

Review Request: Add vpn users automation tests.

2013-04-27 Thread Girish Shilamkar 

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10816/
---

Review request for cloudstack, Prasanna Santhanam and SrikanteswaraRao Talluri.


Description
---

Contains all tests which can be automated from this test plan 
http://wiki.cloudstack.org/display/QA/VPN+users


Diffs
-

  test/integration/component/test_vpn_users.py PRE-CREATION 

Diff: https://reviews.apache.org/r/10816/diff/


Testing
---

Tested and verified.


Thanks,

Girish Shilamkar