Re: About testing of OVS Tunnel Manager, Fail on create new instance

[錦為]

But, It does not have step to specify the vnet range in the create advanced 
zone wizard.


Is it have some preprocess before specify this range ?

-原始郵件- 
From: Chiradeep Vittal

Sent: Saturday, May 18, 2013 12:45 AM
To: Garnet Tang ; dev@cloudstack.apache.org
Subject: Re: About testing of OVS Tunnel Manager, Fail on create new 
instance


You have to specify this range in the wizard

On 5/16/13 8:06 PM, "Garnet Tang"  wrote:


Hi Chiradeep,

Thanks for your suggestion.

When I configures "sdn.ovs.controller" to "true", I do not specify the
"vnet" (vlan) range of guest network in the create advanced zone wizard.

And, the field "vnet" is null in database table "physical_network".

How to specify this parameters?

--
From: "Chiradeep Vittal" 
Sent: Friday, May 17, 2013 1:18 AM
To: 
Cc: 
Subject: Re: About testing of OVS Tunnel Manager, Fail on create new
instance


Did you specify the guest network "vlan" range in the create zone
wizard?
The exception is complaining that there are no virtual network ids
available.
Vnet ids are populated in the op_dc_vnet_alloc table when the
updatePhysicalNetwork api is called.

On 5/16/13 8:07 AM, "錦為"  wrote:


Hi all,
According to the design document of OVS Tunnel Manager
(https://cwiki.apache.org/CLOUDSTACK/ovs-tunnel-manager-for-cloudstack.h
tm
l),
I have configured “sdn.ovs.controller” to true, and create one advanced
zone with one physical network whose isolation method is “GRE”.
Advacned zone is created successfully, but when creating new instance,
it
will pop follow error,
“Unable to create a deployment for VM”, and following logs within
“vmops.log”.
If have any suggestion or references for this problem ?
I used CloudStack 4.0.1/4.1 + XenServer 6.0.2. If need another
configuration on XenServer or CloudStack ?
Thanks a lot.


--
--

2013-05-16 14:54:12,508 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Lock is acquired for network id 204 as a part
of
network implement
2013-05-16 14:54:12,508 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Asking OvsGuestNetworkGuru to implement
Ntwk[204|Guest|8]
2013-05-16 14:54:12,512 DEBUG [db.Transaction.Transaction]
(Job-Executor-11:job-11) Rolling back the transaction: Time = 1 Name =
-AsyncJobManagerImpl$1.run:401-Executors$RunnableAdapter.call:471-Future
Ta
sk$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:114
6-
ThreadPoolExecutor$Worker.run:615-Thread.run:679; called by
-Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:6
57
-TransactionContextBuilder.interceptComplete:56-ComponentInstantiationPo
st
Processor$InterceptorDispatcher.intercept:131-DataCenterDaoImpl.allocate
Vn
et:192-ComponentInstantiationPostProcessor$InterceptorDispatcher.interce
pt
:125-OvsGuestNetworkGuru.allocateVnet:97-GuestNetworkGuru.implement:326-
Ov
sGuestNetworkGuru.implement:114-NetworkManagerImpl.implementNetwork:1425
-C
omponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125
2013-05-16 14:54:12,512 INFO  [utils.exception.CSExceptionErrorCode]
(Job-Executor-11:job-11) Could not find exception:
com.cloud.exception.InsufficientVirtualNetworkCapcityException in error
code list for exceptions
2013-05-16 14:54:12,512 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Cleaning up because we're unable to implement
the network Ntwk[204|Guest|8]
2013-05-16 14:54:12,519 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Releasing 0 port forwarding rules for network
id=204 as a part of shutdownNetworkRules
2013-05-16 14:54:12,519 DEBUG [network.firewall.FirewallManagerImpl]
(Job-Executor-11:job-11) There are no rules to forward to the network
elements
2013-05-16 14:54:12,520 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Releasing 0 static nat rules for network id=204
as a part of shutdownNetworkRules
2013-05-16 14:54:12,520 DEBUG [network.firewall.FirewallManagerImpl]
(Job-Executor-11:job-11) There are no rules to forward to the network
elements
2013-05-16 14:54:12,521 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) There are no rules to forward to the network
elements
2013-05-16 14:54:12,521 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Releasing 0 firewall ingress rules for network
id=204 as a part of shutdownNetworkRules
2013-05-16 14:54:12,521 DEBUG [network.firewall.FirewallManagerImpl]
(Job-Executor-11:job-11) There are no rules to forward to the network
elements
2013-05-16 14:54:12,522 DEBUG [cloud.network.NetworkManagerImpl]
(Job-Executor-11:job-11) Releasing 0 firewall egress rules for network
id=204 as a part of shutdownNetworkRules
2013-05-16 14:54:12,522 DEBUG [network.firewall.FirewallManagerImpl]
(Job-Executor-11:job-11) There are no rules to forward to the network
elements
2013-05-16 14:54:12,523 DEBUG [cloud.network.NetworkManagerImpl]

Re: Review Request: Fix for CLOUDSTACK-2085 VM weight on xen remain same as before vmscaleup

[Prasanna Santhanam]

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


Reopening this for review as the fix is incomplete and partly invalid. 
Reviewers please note.


plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java


The if-else logic should be the other way round here. When 
DynamicMemoryControl (dmc) is allowed on your Xenserver (restrict_dmc=false) 
you'd expect to set the dynamicMin and dynamicMax of your guest. You've done it 
the right way in CitrixResourceBase but not here. I've fixed this in master for 
now. Please take a look.

In effect, you restrict scaling when scaling is in fact allowed.

Also in the else block - you set the staticMax and staticMin to hardcoded 
values. While I agree with the staticMin, the staticMax is determined by the 
memory available on the host. You should ideally set that to what is given by 
the ServiceOffering, provided all the capacity managers allowed it to get to 
the ServerResource.

Lastly, XCP supports DMC since 0.5, can you consider moving all this 
isDmcRestricted() logic into CitrixResourceBase so XCP can take advantage of it?




scripts/vm/hypervisor/xenserver/add_to_vcpus_params_live.sh


disable -x by default



scripts/vm/hypervisor/xenserver/add_to_vcpus_params_live.sh


Use the $(expr) syntax instead of backticks.
See http://wiki.bash-hackers.org/syntax/expansion/cmdsubst


- Prasanna Santhanam


On May 15, 2013, 10:06 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10903/
> ---
> 
> (Updated May 15, 2013, 10:06 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Nitin Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-2085: VM weight on xen remain same as before vmscaleup ;because 
> "Add-To-VCPUs-Params-Live.sh" is not getting copied on xs host 
> Fixed by updating the patch files that has
>  entries to copy scipts on xenserver. Here we added
>  Add-To-VCPUs-Params-Live.sh
> 
> Added a check on Host params whether host restricts Dynamic memory 
> control(DMC) to able to allow scale up VM.
> If DMC is not enabled then static max and min are set to SO.
> 
> 
> This addresses bug CLOUDSTACK-2085.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  46ae35a 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
>  96a90a6 
>   
> plugins/hypervisors/xen/test/com/cloud/hypervisor/xen/resource/CitrixResourceBaseTest.java
>  7392cb1 
>   scripts/vm/hypervisor/xenserver/Add-To-VCPUs-Params-Live.sh 0fadcd8 
>   scripts/vm/hypervisor/xenserver/add_to_vcpus_params_live.sh PRE-CREATION 
>   scripts/vm/hypervisor/xenserver/vmops 30b5300 
>   scripts/vm/hypervisor/xenserver/xcpserver/patch b7961bb 
>   scripts/vm/hypervisor/xenserver/xenserver56/patch 36dba3d 
>   scripts/vm/hypervisor/xenserver/xenserver56fp1/patch d20e60f 
>   scripts/vm/hypervisor/xenserver/xenserver60/patch c9125f4 
> 
> Diff: https://reviews.apache.org/r/10903/diff/
> 
> 
> Testing
> ---
> 
> Tested: tried scaling up a vm and checked on xenserver for the new values. 
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: CLOUDSTACK-2554: Yet another blocker?

[Prasanna Santhanam]

On Fri, May 17, 2013 at 06:28:38PM +, Koushik Das wrote:
> The problem is that there is no default ctor in
> XcpServerResource.java. Now the default ctor was changed to a
> non-default one by this commit. Adding a default ctor should fix the
> issue but need to check if there will be any other side effects due
> to the version field introduced.
> 
> commit 63630a412fddc92fdc68dc27e12d2a68dd09f1dd
> Author: Edison Su 
> Date:   Wed May 8 11:40:37 2013 -0700
> 
> CLOUDSTACK-1907: Debian Squeeze 6.0 (64-bit) is not experimental any more
> 
> -Koushik
> 

Thanks - I understand the intentions of Edison's checkin here. Our systemVMs
have upgraded to squeeze which XCP had only experimental support for. So for
the older XCPs in CloudStack(s) systemVMs will remain running as before. But
for the newer CloudStack(s) the new template will be usable. But agent
reconnects fail because of the empty constructor. So thanks for solving half my
problem. How would one enforce this in the inheritance though? Any ideas?

Meanwhile, I've gone ahead and made multiple fixes to get XCP to work, each one
going deeper down the rabbithole. So it turned out to be more involved than
what appeared on surface. My commits are in the branch
CLOUDSTACK-2554, rebased and applied on master now. I ran the full setup
and ensured XCP systemVMs came up with the latest Debian template. I'm
running a BVT across Xen, XCP and KVM to ensure it's not regressed
beyond what it was.  

Here are the master commits:
76e19d5f5090880d27b6334da6ade032273288f5 CLOUDSTACK-2554: Incorrect compute of 
minmemory and cpu
fa086d0bb1d662c82cded083d3e9937349ee5a80 CLOUDSTACK-2554: Ensuring that we 
honor hypervisor xen's memory constraints
ac48c38122ee057abfa416c0bf85231debc0cff3 Fixing multiple minor annoyances
66303b5ee52e1172e19b608e8c8b75a2b9e883d0 CLOUDSTACK-2554: CloudStack fails to 
load XCP 1.6 hypervisors

What was particularly annoying was single line messages to large feature
commits (23e54bb0) with little to no comments within code but affecting all
hypervisors and many files (~33 files) 

Please include enough information in the commit message. At the very least I'd
expect the commit message to be as long as the number of files you've changed.

Thanks,

-- 
Prasanna.,


Powered by BigRock.com

Re: Review Request: CLOUDSTACK-1871 : domainId parameter to uploadVolume not working

[ASF Subversion and Git Services]

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


Commit 63e92a4ea6766212d4450cde3cf205d661a6419d in branch refs/heads/master 
from Isaac Chiang 
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=63e92a4 ]

CLOUDSTACK-1871 : domainId parameter to uploadVolume not working

1. Remove duplicated lines for setting domainId.
2. Set domainId with owner's domain if the owner is specified.


- ASF Subversion and Git Services


On May 4, 2013, 1:37 p.m., Isaac Chiang wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10479/
> ---
> 
> (Updated May 4, 2013, 1:37 p.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Pranav Saxena.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-1871 : domainId parameter to uploadVolume not working
> 
> 1. Remove duplicated lines for setting domainId.
> 2. Set domainId with owner's domain if the owner is specified ( with account 
> and domainid passed in)
> 
> 
> This addresses bug CLOUDSTACK-1871.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/storage/VolumeManagerImpl.java 1e8edaf 
> 
> Diff: https://reviews.apache.org/r/10479/diff/
> 
> 
> Testing
> ---
> 
> Test from UI and curl request, both work well
> 
> 
> Thanks,
> 
> Isaac Chiang
> 
>

Re: Review Request: CLOUDSTACK-1871 : domainId parameter to uploadVolume not working

[Isaac Chiang]

> On May 17, 2013, 9:12 a.m., Devdeep Singh wrote:
> > Ship It!
> 
> Devdeep Singh wrote:
> Changes look fine. Issac, since you are committer, you can push these 
> changes yourself :).

Thanks :)


- Isaac


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


On May 4, 2013, 1:37 p.m., Isaac Chiang wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10479/
> ---
> 
> (Updated May 4, 2013, 1:37 p.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Pranav Saxena.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-1871 : domainId parameter to uploadVolume not working
> 
> 1. Remove duplicated lines for setting domainId.
> 2. Set domainId with owner's domain if the owner is specified ( with account 
> and domainid passed in)
> 
> 
> This addresses bug CLOUDSTACK-1871.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/storage/VolumeManagerImpl.java 1e8edaf 
> 
> Diff: https://reviews.apache.org/r/10479/diff/
> 
> 
> Testing
> ---
> 
> Test from UI and curl request, both work well
> 
> 
> Thanks,
> 
> Isaac Chiang
> 
>

How to seperate the user portal and admin portal？

[sx chen]

hello，I want to seperate the user portal and admin portal,So admin and user
will login to different server and seperate from each other. Can you give
me some suggestion.
another mgr server for user only and disable some functions,Is it possible?

Re: Review Request: Fix for CLOUDSTACK-2085 VM weight on xen remain same as before vmscaleup

[Harikrishna Patnala]

> On May 19, 2013, 1:05 p.m., Prasanna Santhanam wrote:
> > plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java,
> >  line 144
> > 
> >
> > The if-else logic should be the other way round here. When 
> > DynamicMemoryControl (dmc) is allowed on your Xenserver 
> > (restrict_dmc=false) you'd expect to set the dynamicMin and dynamicMax of 
> > your guest. You've done it the right way in CitrixResourceBase but not 
> > here. I've fixed this in master for now. Please take a look.
> > 
> > In effect, you restrict scaling when scaling is in fact allowed.
> > 
> > Also in the else block - you set the staticMax and staticMin to 
> > hardcoded values. While I agree with the staticMin, the staticMax is 
> > determined by the memory available on the host. You should ideally set that 
> > to what is given by the ServiceOffering, provided all the capacity managers 
> > allowed it to get to the ServerResource.
> > 
> > Lastly, XCP supports DMC since 0.5, can you consider moving all this 
> > isDmcRestricted() logic into CitrixResourceBase so XCP can take advantage 
> > of it?
> >

If else logic is correct. During the deployment of VM if(restrict_dmc = false) 
which implies if DMC is not restricted then we can scale the VM so we set 
static memory limit to the VM. In CitrixResourceBase while scaling the VM, we 
check if(restrict_dmc = true) which implies if host restricts DMC then we throw 
an excpetion saying host doesnt not support memory scaling.

Inorder to scale the vm we have to set static max and min to a limit, so that 
after wards we can scale the vm memory within that limit.(we cannot change 
static max and min dynamically). But hardcoding the values is also not the 
right way. I have submitted another patch that removes the hardcoding these 
values and setting the values according the memory constraints provided by the 
xenserver.


- Harikrishna


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


On May 15, 2013, 10:06 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10903/
> ---
> 
> (Updated May 15, 2013, 10:06 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Nitin Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-2085: VM weight on xen remain same as before vmscaleup ;because 
> "Add-To-VCPUs-Params-Live.sh" is not getting copied on xs host 
> Fixed by updating the patch files that has
>  entries to copy scipts on xenserver. Here we added
>  Add-To-VCPUs-Params-Live.sh
> 
> Added a check on Host params whether host restricts Dynamic memory 
> control(DMC) to able to allow scale up VM.
> If DMC is not enabled then static max and min are set to SO.
> 
> 
> This addresses bug CLOUDSTACK-2085.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  46ae35a 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
>  96a90a6 
>   
> plugins/hypervisors/xen/test/com/cloud/hypervisor/xen/resource/CitrixResourceBaseTest.java
>  7392cb1 
>   scripts/vm/hypervisor/xenserver/Add-To-VCPUs-Params-Live.sh 0fadcd8 
>   scripts/vm/hypervisor/xenserver/add_to_vcpus_params_live.sh PRE-CREATION 
>   scripts/vm/hypervisor/xenserver/vmops 30b5300 
>   scripts/vm/hypervisor/xenserver/xcpserver/patch b7961bb 
>   scripts/vm/hypervisor/xenserver/xenserver56/patch 36dba3d 
>   scripts/vm/hypervisor/xenserver/xenserver56fp1/patch d20e60f 
>   scripts/vm/hypervisor/xenserver/xenserver60/patch c9125f4 
> 
> Diff: https://reviews.apache.org/r/10903/diff/
> 
> 
> Testing
> ---
> 
> Tested: tried scaling up a vm and checked on xenserver for the new values. 
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: [Discuss] - Domain admin not having the flexibility to create sub-domains/sub-child domains/accounts

[Ryan Lei]

Dear all,

I have recently trying the functionality of CloudStack 4.0.2, and
encountered the exact same problem:

A domain admin has NOT MUCH MORE POWER than a regular user. They can not
create the user accounts or sub-domain under their domain. Nor can they
"manage" such accounts by disabling/deleting/resource limiting them. A
domain admin does have the power of fully-accessing the "resources"
(instances, volumes, security groups, etc.) of the whole domain, and
nothing else.

In my understanding, currently a domain admin's privilege is just the UNION
of all the USER'S privileges under the same domain, but without any ADMIN
POWER. This is inconsistent with the documentation, Internet articles, or
common sense. And will be a major issue in a real production environment!
Most of the admin jobs still require the power of "root" admin.

I searched JIRA, but only found this related issue: CLOUDSTACK-1915: Domain
Administrator's Guide.
https://issues.apache.org/jira/browse/CLOUDSTACK-1915



On Tue, Apr 23, 2013 at 2:05 AM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:

> On 4/22/13 10:47 AM, "Chip Childers"  wrote:
>
> >On Mon, Apr 22, 2013 at 11:22:16AM +, Pranav Saxena wrote:
> >> Hi,
> >>
> >> Currently only the ROOT-admin has the power to create any
> >>domains/sub-domains/sub-child domains for himself or the domain-admin .
> >>But there are certain situations ( like updating resource limit for a
> >>sub-child domain under a domain admin ) for which the ROOT-admin has to
> >>create a sub-child domain for a domain admin to allow him to update the
> >>resource limits for that particular sub-child domain.
> >>
> >> With this in mind , why hasn't the domain -admin been given the
> >>privilege of creating sub-child domains himself ? Are there any
> >>concerns/threats because of which the current architecture doesn't serve
> >>this purpose ?
> >>
> >> Also , a domain-admin cannot create an account on his own using an API
> >>as well ( UI can be overlooked for now) . He has to go through the
> >>ROOT-admin to have this functionality enabled . So doesn't that conclude
> >>that domain-admin is almost a USELESS guy with *No powers*  . To be able
> >>to navigate from step 1 - > step  2 , you have to go through step 3
> >>which seems to be unconvincing at times .
> >>
> >> Could someone explain about why such a functionality is not supported
> >>in the current architecture ? Please let me know in case I am missing
> >>something here.
> >>
> >> Thanks,
> >> Pranav
> >
> >This never made much sense to me.
> >
>
>
> I remember seeing a feature request for this functionality somewhere on CS
> Jira, you might try to locate it and check the status/targeted release.
>
>

RE: [Discuss] - Domain admin not having the flexibility to create sub-domains/sub-child domains/accounts

[Pranav Saxena]

I had raised this concern sometime back and I believe , this might be taken up 
for some future apache CloudStack release ( may be 4.2 or later) . If you are 
willing to take this up  , please go ahead :). 

-Original Message-
From: ryanlei750...@gmail.com [mailto:ryanlei750...@gmail.com] 
Sent: Monday, May 20, 2013 8:38 AM
To: dev@cloudstack.apache.org
Subject: Re: [Discuss] - Domain admin not having the flexibility to create 
sub-domains/sub-child domains/accounts

Dear all,

I have recently trying the functionality of CloudStack 4.0.2, and encountered 
the exact same problem:

A domain admin has NOT MUCH MORE POWER than a regular user. They can not create 
the user accounts or sub-domain under their domain. Nor can they "manage" such 
accounts by disabling/deleting/resource limiting them. A domain admin does have 
the power of fully-accessing the "resources"
(instances, volumes, security groups, etc.) of the whole domain, and nothing 
else.

In my understanding, currently a domain admin's privilege is just the UNION of 
all the USER'S privileges under the same domain, but without any ADMIN POWER. 
This is inconsistent with the documentation, Internet articles, or common 
sense. And will be a major issue in a real production environment!
Most of the admin jobs still require the power of "root" admin.

I searched JIRA, but only found this related issue: CLOUDSTACK-1915: Domain 
Administrator's Guide.
https://issues.apache.org/jira/browse/CLOUDSTACK-1915



On Tue, Apr 23, 2013 at 2:05 AM, Alena Prokharchyk < 
alena.prokharc...@citrix.com> wrote:

> On 4/22/13 10:47 AM, "Chip Childers"  wrote:
>
> >On Mon, Apr 22, 2013 at 11:22:16AM +, Pranav Saxena wrote:
> >> Hi,
> >>
> >> Currently only the ROOT-admin has the power to create any 
> >>domains/sub-domains/sub-child domains for himself or the domain-admin .
> >>But there are certain situations ( like updating resource limit for 
> >>a sub-child domain under a domain admin ) for which the ROOT-admin 
> >>has to create a sub-child domain for a domain admin to allow him to 
> >>update the resource limits for that particular sub-child domain.
> >>
> >> With this in mind , why hasn't the domain -admin been given the 
> >>privilege of creating sub-child domains himself ? Are there any 
> >>concerns/threats because of which the current architecture doesn't 
> >>serve this purpose ?
> >>
> >> Also , a domain-admin cannot create an account on his own using an 
> >>API as well ( UI can be overlooked for now) . He has to go through 
> >>the ROOT-admin to have this functionality enabled . So doesn't that 
> >>conclude that domain-admin is almost a USELESS guy with *No powers*  
> >>. To be able to navigate from step 1 - > step  2 , you have to go 
> >>through step 3 which seems to be unconvincing at times .
> >>
> >> Could someone explain about why such a functionality is not 
> >>supported in the current architecture ? Please let me know in case I 
> >>am missing something here.
> >>
> >> Thanks,
> >> Pranav
> >
> >This never made much sense to me.
> >
>
>
> I remember seeing a feature request for this functionality somewhere 
> on CS Jira, you might try to locate it and check the status/targeted release.
>
>

Re: Cloud Stack APIs

[Mike Tutkowski]

If you're interested, I have some Java code that does this that I could
provide to you as a sample.


On Sat, May 18, 2013 at 1:43 PM, Pranav Saxena wrote:

> Hi ,
>
> In case you have a developer's environment up and running , then all you
> need to do it make a REST call . Example -
>
> http:// IP>:8080/client/api?command=listAccounts&listAll=true&sessionkey=<>
>
> Another way is to bypass authentication by using the port 8096
>
> http://:8096/client/api?command=listAccounts&listAll=true // Here
> you don't need to pass any session key for user authentication
>
> Thanks,
> Pranav
>
>
> -Original Message-
> From: Mehdi AliSoltani [mailto:mehdi_alisolt...@yahoo.com]
> Sent: Sunday, May 19, 2013 12:13 AM
> To: dev@cloudstack.apache.org
> Subject: Cloud Stack APIs
>
> Hi
> i have downloaded cloudstack code also according to
> http://cloudstack.apache.org/docs/api/apidocs-4.0.0/TOC_Root_Admin.html
>
> I want to know how can I use these APIs in my project.
>
>
> Sincerely
> Mehdi Ali Soltani
>



-- 
*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: Cloud Stack APIs

[Pranav Saxena]

Another option would be to use this awesome tool ,  Cloudmonkey - The 
CloudStack CLI !  
(https://cwiki.apache.org/CLOUDSTACK/cloudstack-cloudmonkey-cli.html ) . You 
can also google some screencasts for this tool . 

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, May 20, 2013 10:11 AM
To: dev@cloudstack.apache.org
Cc: Mehdi AliSoltani
Subject: Re: Cloud Stack APIs

If you're interested, I have some Java code that does this that I could provide 
to you as a sample.


On Sat, May 18, 2013 at 1:43 PM, Pranav Saxena wrote:

> Hi ,
>
> In case you have a developer's environment up and running , then all 
> you need to do it make a REST call . Example -
>
> http:// IP>:8080/client/api?command=listAccounts&listAll=true&sessionkey=<>
>
> Another way is to bypass authentication by using the port 8096
>
> http://:8096/client/api?command=listAccounts&listAll=true // 
> Here you don't need to pass any session key for user authentication
>
> Thanks,
> Pranav
>
>
> -Original Message-
> From: Mehdi AliSoltani [mailto:mehdi_alisolt...@yahoo.com]
> Sent: Sunday, May 19, 2013 12:13 AM
> To: dev@cloudstack.apache.org
> Subject: Cloud Stack APIs
>
> Hi
> i have downloaded cloudstack code also according to 
> http://cloudstack.apache.org/docs/api/apidocs-4.0.0/TOC_Root_Admin.htm
> l
>
> I want to know how can I use these APIs in my project.
>
>
> Sincerely
> Mehdi Ali Soltani
>



--
*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: Fix for CLOUDSTACK-2085 VM weight on xen remain same as before vmscaleup

[Prasanna Santhanam]

> On May 19, 2013, 1:05 p.m., Prasanna Santhanam wrote:
> > plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java,
> >  line 144
> > 
> >
> > The if-else logic should be the other way round here. When 
> > DynamicMemoryControl (dmc) is allowed on your Xenserver 
> > (restrict_dmc=false) you'd expect to set the dynamicMin and dynamicMax of 
> > your guest. You've done it the right way in CitrixResourceBase but not 
> > here. I've fixed this in master for now. Please take a look.
> > 
> > In effect, you restrict scaling when scaling is in fact allowed.
> > 
> > Also in the else block - you set the staticMax and staticMin to 
> > hardcoded values. While I agree with the staticMin, the staticMax is 
> > determined by the memory available on the host. You should ideally set that 
> > to what is given by the ServiceOffering, provided all the capacity managers 
> > allowed it to get to the ServerResource.
> > 
> > Lastly, XCP supports DMC since 0.5, can you consider moving all this 
> > isDmcRestricted() logic into CitrixResourceBase so XCP can take advantage 
> > of it?
> >
> 
> Harikrishna Patnala wrote:
> If else logic is correct. During the deployment of VM if(restrict_dmc = 
> false) which implies if DMC is not restricted then we can scale the VM so we 
> set static memory limit to the VM. In CitrixResourceBase while scaling the 
> VM, we check if(restrict_dmc = true) which implies if host restricts DMC then 
> we throw an excpetion saying host doesnt not support memory scaling.
> 
> Inorder to scale the vm we have to set static max and min to a limit, so 
> that after wards we can scale the vm memory within that limit.(we cannot 
> change static max and min dynamically). But hardcoding the values is also not 
> the right way. I have submitted another patch that removes the hardcoding 
> these values and setting the values according the memory constraints provided 
> by the xenserver.
> 
>

This is what it looks like before my fix in 7ea2c950. The log as you've said 
shows that DMC is disabled when restrict_dmc is true. But the VM doesn't scale 
within static-min and static-max. It scales between dynamic-min and dynamic-max 
in Xen. The dynamic ranges are set earlier in the method. static-min is used 
only during boot time to define the memory overhead required for the OS to boot.


Please see: http://wiki.xen.org/wiki/XCP_FAQ_Dynamic_Memory_Control

 if (hostParams.get("restrict_dmc").equalsIgnoreCase("false")) {
record.memoryStaticMax = 8589934592L; //8GB
record.memoryStaticMin = 134217728L; //128MB
 } else {
 s_logger.warn("Host "+ _host.uuid + " does not support Dynamic 
Memory Control, so we cannot scale up the vm");
record.memoryStaticMax = vmSpec.getMaxRam();
record.memoryStaticMin = vmSpec.getMinRam();
 }


- Prasanna


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


On May 15, 2013, 10:06 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10903/
> ---
> 
> (Updated May 15, 2013, 10:06 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Nitin Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-2085: VM weight on xen remain same as before vmscaleup ;because 
> "Add-To-VCPUs-Params-Live.sh" is not getting copied on xs host 
> Fixed by updating the patch files that has
>  entries to copy scipts on xenserver. Here we added
>  Add-To-VCPUs-Params-Live.sh
> 
> Added a check on Host params whether host restricts Dynamic memory 
> control(DMC) to able to allow scale up VM.
> If DMC is not enabled then static max and min are set to SO.
> 
> 
> This addresses bug CLOUDSTACK-2085.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  46ae35a 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
>  96a90a6 
>   
> plugins/hypervisors/xen/test/com/cloud/hypervisor/xen/resource/CitrixResourceBaseTest.java
>  7392cb1 
>   scripts/vm/hypervisor/xenserver/Add-To-VCPUs-Params-Live.sh 0fadcd8 
>   scripts/vm/hypervisor/xenserver/add_to_vcpus_params_live.sh PRE-CREATION 
>   scripts/vm/hypervisor/xenserver/vmops 30b5300 
>   scripts/vm/hypervisor/xenserver/xcpserver/patch b7961bb 
>   scripts/vm/hypervisor/xenserver/xenserver56/patch 36dba3d 
>   scripts/vm/hypervisor/xenserver/xenserver56fp1/patch d20e60f 
>   scripts/vm/hypervisor/xenserver/xenserver60/patch c9125f4 
> 
> Diff: https://

Re: Review Request: Fix for CLOUDSTACK-2085 VM weight on xen remain same as before vmscaleup

[Prasanna Santhanam]

> On May 19, 2013, 1:05 p.m., Prasanna Santhanam wrote:
> > plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java,
> >  line 144
> > 
> >
> > The if-else logic should be the other way round here. When 
> > DynamicMemoryControl (dmc) is allowed on your Xenserver 
> > (restrict_dmc=false) you'd expect to set the dynamicMin and dynamicMax of 
> > your guest. You've done it the right way in CitrixResourceBase but not 
> > here. I've fixed this in master for now. Please take a look.
> > 
> > In effect, you restrict scaling when scaling is in fact allowed.
> > 
> > Also in the else block - you set the staticMax and staticMin to 
> > hardcoded values. While I agree with the staticMin, the staticMax is 
> > determined by the memory available on the host. You should ideally set that 
> > to what is given by the ServiceOffering, provided all the capacity managers 
> > allowed it to get to the ServerResource.
> > 
> > Lastly, XCP supports DMC since 0.5, can you consider moving all this 
> > isDmcRestricted() logic into CitrixResourceBase so XCP can take advantage 
> > of it?
> >
> 
> Harikrishna Patnala wrote:
> If else logic is correct. During the deployment of VM if(restrict_dmc = 
> false) which implies if DMC is not restricted then we can scale the VM so we 
> set static memory limit to the VM. In CitrixResourceBase while scaling the 
> VM, we check if(restrict_dmc = true) which implies if host restricts DMC then 
> we throw an excpetion saying host doesnt not support memory scaling.
> 
> Inorder to scale the vm we have to set static max and min to a limit, so 
> that after wards we can scale the vm memory within that limit.(we cannot 
> change static max and min dynamically). But hardcoding the values is also not 
> the right way. I have submitted another patch that removes the hardcoding 
> these values and setting the values according the memory constraints provided 
> by the xenserver.
> 
>
> 
> Prasanna Santhanam wrote:
> This is what it looks like before my fix in 7ea2c950. The log as you've 
> said shows that DMC is disabled when restrict_dmc is true. But the VM doesn't 
> scale within static-min and static-max. It scales between dynamic-min and 
> dynamic-max in Xen. The dynamic ranges are set earlier in the method. 
> static-min is used only during boot time to define the memory overhead 
> required for the OS to boot.
> 
> 
> Please see: http://wiki.xen.org/wiki/XCP_FAQ_Dynamic_Memory_Control
> 
>  if (hostParams.get("restrict_dmc").equalsIgnoreCase("false")) {
> record.memoryStaticMax = 8589934592L; //8GB
> record.memoryStaticMin = 134217728L; //128MB
>  } else {
>  s_logger.warn("Host "+ _host.uuid + " does not support 
> Dynamic Memory Control, so we cannot scale up the vm");
> record.memoryStaticMax = vmSpec.getMaxRam();
> record.memoryStaticMin = vmSpec.getMinRam();
>  }
>

To ensure that this works, can you also please look at the integration test?
test/integration/smoke/test_scale_vm.py

It's been failing consistently:
http://jenkins.buildacloud.org/job/test-smoke-matrix/lastCompletedBuild/suite=test_scale_vm/testReport/


- Prasanna


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


On May 15, 2013, 10:06 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10903/
> ---
> 
> (Updated May 15, 2013, 10:06 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Nitin Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-2085: VM weight on xen remain same as before vmscaleup ;because 
> "Add-To-VCPUs-Params-Live.sh" is not getting copied on xs host 
> Fixed by updating the patch files that has
>  entries to copy scipts on xenserver. Here we added
>  Add-To-VCPUs-Params-Live.sh
> 
> Added a check on Host params whether host restricts Dynamic memory 
> control(DMC) to able to allow scale up VM.
> If DMC is not enabled then static max and min are set to SO.
> 
> 
> This addresses bug CLOUDSTACK-2085.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  46ae35a 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
>  96a90a6 
>   
> plugins/hypervisors/xen/test/com/cloud/hypervisor/xen/resource/CitrixResourceBaseTest.java
>  7392cb1 
>   scripts/vm/hypervisor/xenserver/Add-To-VCPUs-Params-Live.sh 0fadcd8 
>   scripts/vm/hypervis

Re: Cloud Stack APIs

[Mike Tutkowski]

CloudMonkey is a cool tool. If you'd like to write Java code to interact
with the CloudStack API, however, I just wanted to put it out there that I
have sample code. :)


On Sun, May 19, 2013 at 10:48 PM, Pranav Saxena wrote:

> Another option would be to use this awesome tool ,  Cloudmonkey - The
> CloudStack CLI !  (
> https://cwiki.apache.org/CLOUDSTACK/cloudstack-cloudmonkey-cli.html ) .
> You can also google some screencasts for this tool .
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, May 20, 2013 10:11 AM
> To: dev@cloudstack.apache.org
> Cc: Mehdi AliSoltani
> Subject: Re: Cloud Stack APIs
>
> If you're interested, I have some Java code that does this that I could
> provide to you as a sample.
>
>
> On Sat, May 18, 2013 at 1:43 PM, Pranav Saxena  >wrote:
>
> > Hi ,
> >
> > In case you have a developer's environment up and running , then all
> > you need to do it make a REST call . Example -
> >
> > http:// > IP>:8080/client/api?command=listAccounts&listAll=true&sessionkey=<>
> >
> > Another way is to bypass authentication by using the port 8096
> >
> > http://:8096/client/api?command=listAccounts&listAll=true //
> > Here you don't need to pass any session key for user authentication
> >
> > Thanks,
> > Pranav
> >
> >
> > -Original Message-
> > From: Mehdi AliSoltani [mailto:mehdi_alisolt...@yahoo.com]
> > Sent: Sunday, May 19, 2013 12:13 AM
> > To: dev@cloudstack.apache.org
> > Subject: Cloud Stack APIs
> >
> > Hi
> > i have downloaded cloudstack code also according to
> > http://cloudstack.apache.org/docs/api/apidocs-4.0.0/TOC_Root_Admin.htm
> > l
> >
> > I want to know how can I use these APIs in my project.
> >
> >
> > Sincerely
> > Mehdi Ali Soltani
> >
>
>
>
> --
> *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: Cloud Stack APIs

[Pranav Saxena]

Great !!  You could put it up on the wiki  and share the link  :) . 

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, May 20, 2013 10:56 AM
To: dev@cloudstack.apache.org
Subject: Re: Cloud Stack APIs

CloudMonkey is a cool tool. If you'd like to write Java code to interact with 
the CloudStack API, however, I just wanted to put it out there that I have 
sample code. :)


On Sun, May 19, 2013 at 10:48 PM, Pranav Saxena wrote:

> Another option would be to use this awesome tool ,  Cloudmonkey - The 
> CloudStack CLI !  ( 
> https://cwiki.apache.org/CLOUDSTACK/cloudstack-cloudmonkey-cli.html ) .
> You can also google some screencasts for this tool .
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, May 20, 2013 10:11 AM
> To: dev@cloudstack.apache.org
> Cc: Mehdi AliSoltani
> Subject: Re: Cloud Stack APIs
>
> If you're interested, I have some Java code that does this that I 
> could provide to you as a sample.
>
>
> On Sat, May 18, 2013 at 1:43 PM, Pranav Saxena 
>  >wrote:
>
> > Hi ,
> >
> > In case you have a developer's environment up and running , then all 
> > you need to do it make a REST call . Example -
> >
> > http:// > IP>:8080/client/api?command=listAccounts&listAll=true&sessionkey=<>
> >
> > Another way is to bypass authentication by using the port 8096
> >
> > http://:8096/client/api?command=listAccounts&listAll=true // 
> > Here you don't need to pass any session key for user authentication
> >
> > Thanks,
> > Pranav
> >
> >
> > -Original Message-
> > From: Mehdi AliSoltani [mailto:mehdi_alisolt...@yahoo.com]
> > Sent: Sunday, May 19, 2013 12:13 AM
> > To: dev@cloudstack.apache.org
> > Subject: Cloud Stack APIs
> >
> > Hi
> > i have downloaded cloudstack code also according to 
> > http://cloudstack.apache.org/docs/api/apidocs-4.0.0/TOC_Root_Admin.h
> > tm
> > l
> >
> > I want to know how can I use these APIs in my project.
> >
> >
> > Sincerely
> > Mehdi Ali Soltani
> >
>
>
>
> --
> *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: Cloud Stack APIs

[Mike Tutkowski]

That's a good idea. I've sent it out to several people who have asked on
this e-mail list over the past few months.

I should clean it up first, though, because it has a lot of SolidFire
sample code in it, too, and also hypervisor-related calls.


On Sun, May 19, 2013 at 11:29 PM, Pranav Saxena wrote:

> Great !!  You could put it up on the wiki  and share the link  :) .
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, May 20, 2013 10:56 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Cloud Stack APIs
>
> CloudMonkey is a cool tool. If you'd like to write Java code to interact
> with the CloudStack API, however, I just wanted to put it out there that I
> have sample code. :)
>
>
> On Sun, May 19, 2013 at 10:48 PM, Pranav Saxena  >wrote:
>
> > Another option would be to use this awesome tool ,  Cloudmonkey - The
> > CloudStack CLI !  (
> > https://cwiki.apache.org/CLOUDSTACK/cloudstack-cloudmonkey-cli.html ) .
> > You can also google some screencasts for this tool .
> >
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Monday, May 20, 2013 10:11 AM
> > To: dev@cloudstack.apache.org
> > Cc: Mehdi AliSoltani
> > Subject: Re: Cloud Stack APIs
> >
> > If you're interested, I have some Java code that does this that I
> > could provide to you as a sample.
> >
> >
> > On Sat, May 18, 2013 at 1:43 PM, Pranav Saxena
> >  > >wrote:
> >
> > > Hi ,
> > >
> > > In case you have a developer's environment up and running , then all
> > > you need to do it make a REST call . Example -
> > >
> > > http:// > > IP>:8080/client/api?command=listAccounts&listAll=true&sessionkey=<>
> > >
> > > Another way is to bypass authentication by using the port 8096
> > >
> > > http://:8096/client/api?command=listAccounts&listAll=true //
> > > Here you don't need to pass any session key for user authentication
> > >
> > > Thanks,
> > > Pranav
> > >
> > >
> > > -Original Message-
> > > From: Mehdi AliSoltani [mailto:mehdi_alisolt...@yahoo.com]
> > > Sent: Sunday, May 19, 2013 12:13 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: Cloud Stack APIs
> > >
> > > Hi
> > > i have downloaded cloudstack code also according to
> > > http://cloudstack.apache.org/docs/api/apidocs-4.0.0/TOC_Root_Admin.h
> > > tm
> > > l
> > >
> > > I want to know how can I use these APIs in my project.
> > >
> > >
> > > Sincerely
> > > Mehdi Ali Soltani
> > >
> >
> >
> >
> > --
> > *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: Fixed SRX icmp firewall rule configuration issue

[Jayapal Reddy]

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

(Updated May 20, 2013, 5:55 a.m.)


Review request for cloudstack, Abhinandan Prateek, Sheng Yang, and Murali Reddy.


Changes
---

Updated patch.


Description
---

1. Updated to configure the firewall filter for the icmp protocol
2. Proxy arp is required for icmp response on SRX public IP. So adding proxy 
arp along with firewall rules


This addresses bug CLOUDSTACK-2386.


Diffs (updated)
-

  
plugins/network-elements/juniper-srx/src/com/cloud/network/element/JuniperSRXExternalFirewallElement.java
 a429306 
  
plugins/network-elements/juniper-srx/src/com/cloud/network/resource/JuniperSrxResource.java
 a0068c3 
  server/src/com/cloud/network/ExternalFirewallDeviceManagerImpl.java 4a90a77 
  utils/src/com/cloud/utils/net/NetUtils.java 9551c26 

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


Testing
---

1. Added icmp firewall rule and tested ping to public ip from the public subnet
2. Tested configuring Static NAT and PF


Thanks,

Jayapal Reddy

RE: 4-2-advanced-zone-security-group

[Paul Angus]

Firebug shows that pressing the 'Add Guest Network' button
Sends a request to list zones...

http://10.0.0.11:8080/client/api?command=listZones&response=json&sessionkey=Sh7AB%2FpSYASsNVLeZflAG4WeFwQ%3D&_=1369031332187

which is returned:

{ "listzonesresponse" : { "count":1 ,"zone" : [  
{"id":"64df012f-2027-4e37-83ec-5bbab9682808","name":"TestZone","dns1":"8.8.8.8","internaldns1":"8.8.4.4","networktype":"Advanced","securitygroupsenabled":true,"allocationstate":"Enabled","zonetoken":"2ee762ab-afcf-3e62-b523-dc21b69e3af1","dhcpprovider":"VirtualRouter","localstorageenabled":false}
 ] } }



Regards,

Paul Angus
S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com

-Original Message-
From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
Sent: 19 May 2013 06:46
To: dev@cloudstack.apache.org; aemne...@gmail.com
Subject: RE: 4-2-advanced-zone-security-group

As Ahmad pointed out , you could probably see what API calls are going through 
in the Firebug console when you try to create an advanced zone with security 
groups enabled. And , also check  , in case there any specific UI errors 
occurring when you click the Add guest network option .

Thanks,
Pranav

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Sunday, May 19, 2013 5:28 AM
To: dev@cloudstack.apache.org; aemne...@gmail.com
Subject: RE: 4-2-advanced-zone-security-group

The options in the UI look very different from the current add guest network 
options.  Where would I find the API call required for adding a guest network 
for 4.2 [sg in advanced zones] documented (sorry if I'm just being lazy).


Regards,

Paul Angus
S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com

-Original Message-
From: Ahmad Emneina [mailto:aemne...@gmail.com]
Sent: 18 May 2013 23:15
To: dev@cloudstack.apache.org
Subject: Re: 4-2-advanced-zone-security-group

Sorry Pranav, I wasnt trying to single it out as a UI issue, at least not until 
the root cause is identified. I recommend firing up firebug or dev tools 
(depending on browser) and see if an API call is being made when hitting that 
button. Then we can figure out whats going wrong.


On Sat, May 18, 2013 at 12:52 PM, Pranav Saxena wrote:

> It could be an issue on that branch though it works absolutely fine on
> master. Some code check-in might have affected the UI functionality there .
> You could raise a JIRA ticket perhaps.
>
> Thanks,
> Pranav
>
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Saturday, May 18, 2013 10:30 PM
> To: dev@cloudstack.apache.org
> Cc: Anthony Xu
> Subject: 4-2-advanced-zone-security-group
>
> Hi Anthony,
>
> I've been doing some testing on the [4-2-advanced-zone-security-group]
> branch.
>
> I found that the 'Add Guest Network' button does not work from the
> Network tab (it does via Zone > Physical Network > Guest).
> I've tried as root admin and a domain guest. And using chrome and
> Firefox
> - no joy.
>
> Regards,
>
> Paul Angus
> Senior Consultant / Cloud Architect
> [cid:image002.png@01CE53F1.89ACF3C0]
>
> S: +44 20 3603 0540 | M: +4 >47711418784
> paul.an...@shapeblue.com |
> www.shapeblue.com | Twitter:@shapeblue
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
>
> ShapeBlue are proud to be sponsoring CloudStack Collaboration
> Conference NA [
> https://cwiki.apache.org/confluence/download/attachments/30760149/Clou
> dStack+Collaboration+Conference+Banner+v2+Blue+Background+Only.jpg?ver
> sion=3&modificationDate=1367282397297
> ]
>
> Apache CloudStack Bootcamp training courses
> 20/21 May, London<
> http://www.shapeblue.com/cloudstack-bootcamp-training-course/>
> 22/23 June, Santa Clara  CA<
> http://www.shapeblue.com/cloudstack-bootcamp-training-course/>
>
> This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed.
> Any views or opinions expressed are solely those of the author and do
> not necessarily represent those of Shape Blue Ltd or related
> companies. If you are not the intended recipient of this email, you
> must neither take any action based upon its contents, nor copy or show
> it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales. ShapeBlue Services India LLP is operated under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender i

Re: Review Request: CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well

[ASF Subversion and Git Services]

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


Commit e7332b7c0447c8fc9bde157e4f639fde453790cd in branch refs/heads/master 
from Devdeep Singh 
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e7332b7 ]

CLOUDSTACK-1901 : API:MS: DeleteEvents deletes Archived events as well


- ASF Subversion and Git Services


On May 17, 2013, 12:56 p.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11177/
> ---
> 
> (Updated May 17, 2013, 12:56 p.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min 
> Chen.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well
> 
> 
> This addresses bug CLOUDSTACK-1901.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 4b9bc6a 
>   engine/schema/src/com/cloud/event/dao/EventDaoImpl.java 0d3d38a 
> 
> Diff: https://reviews.apache.org/r/11177/diff/
> 
> 
> Testing
> ---
> 
> Tests:
> 1. Archive some events (these events will not appear in the listEvents call).
> 2. Delete events by type of olderthan.
> 3. Observed that the archived events are still there in DB.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Re: Review Request: CLOUDSTACK-2543: createipAlias.sh/deleteipAlias.sh won't be copied to XenServer host

[sanjeev n]

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

(Updated May 20, 2013, 6:44 a.m.)


Review request for cloudstack, Prasanna Santhanam and Koushik Das.


Changes
---

Added scripts in patch file in scripts/vm/hypervisor/xenserver/xcposs as well.


Description
---

createipAlias.sh/deleteipAlias.sh won't be copied to XenServer host.

1.The directory of the scripts should be ".." rather "../../.." in all the 
xenser patches file.
Corrected the path to ".." because the scripts are located at 
scripts/vm/hypervisor/xenserver/xenserver56/patch 
b/scripts/vm/hypervisor/xenserver/


This addresses bug CLOUDSTACK-2543.


Diffs (updated)
-

  scripts/vm/hypervisor/xenserver/xcposs/patch 6dc3baa 
  scripts/vm/hypervisor/xenserver/xcpserver/patch a275df4 
  scripts/vm/hypervisor/xenserver/xenserver56/patch 5c4673d 
  scripts/vm/hypervisor/xenserver/xenserver56fp1/patch c7c58b9 
  scripts/vm/hypervisor/xenserver/xenserver60/patch 26205f2 

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


Testing
---

Yes. Tested with xenserver6.1 on master branch.


Thanks,

sanjeev n

Re: Review Request: CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well

[Devdeep Singh]

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

Ship it!


Ship It!

- Devdeep Singh


On May 17, 2013, 12:56 p.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11177/
> ---
> 
> (Updated May 17, 2013, 12:56 p.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min 
> Chen.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well
> 
> 
> This addresses bug CLOUDSTACK-1901.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 4b9bc6a 
>   engine/schema/src/com/cloud/event/dao/EventDaoImpl.java 0d3d38a 
> 
> Diff: https://reviews.apache.org/r/11177/diff/
> 
> 
> Testing
> ---
> 
> Tests:
> 1. Archive some events (these events will not appear in the listEvents call).
> 2. Delete events by type of olderthan.
> 3. Observed that the archived events are still there in DB.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Re: Review Request: CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well

[Devdeep Singh]

> On May 20, 2013, 6:44 a.m., Devdeep Singh wrote:
> > Ship It!

Committed to master. Kindly close the request.


- Devdeep


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


On May 17, 2013, 12:56 p.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11177/
> ---
> 
> (Updated May 17, 2013, 12:56 p.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min 
> Chen.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-1901: API:MS: DeleteEvents deletes Archived events as well
> 
> 
> This addresses bug CLOUDSTACK-1901.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/alert/dao/AlertDaoImpl.java 4b9bc6a 
>   engine/schema/src/com/cloud/event/dao/EventDaoImpl.java 0d3d38a 
> 
> Diff: https://reviews.apache.org/r/11177/diff/
> 
> 
> Testing
> ---
> 
> Tests:
> 1. Archive some events (these events will not appear in the listEvents call).
> 2. Delete events by type of olderthan.
> 3. Observed that the archived events are still there in DB.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>