RE: Network ip address change

[Saksham Srivastava]

Hi,

You can update an Isolated Guest network/VPC tier guest vm cidr by using IP 
reservation.
Once a network is in Implemented state, update the network with the desired 
guest vm cidr.

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/reserved-ip-addresses-non-csvms.html
Summarized here: 
http://www.slideshare.net/srivastavasaksham/ip-address-reservation-cloudstack

Thanks,
Saksham

-Original Message-
From: Ahmad Emneina [mailto:aemne...@gmail.com] 
Sent: Sunday, May 4, 2014 1:04 PM
To: Cloudstack users mailing list
Subject: Re: Network ip address change

i believe to assign an ip address to a vm is best done on creation, else you'll 
need to use the addNic API[0] with the ipaddress param set, and remove nic API 
[1], to remove the undesired nic/IP. I'm not sure how to modify a network after 
creation, it doesnt seem updateNetwork [2] will have what you need. You might 
need to create a new network with the correct settings... HTH


[0]
https://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/addNicToVirtualMachine.html
[1]
https://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/removeNicFromVirtualMachine.html
[2]
https://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/updateNetwork.html



On Sun, May 4, 2014 at 12:12 AM, Ivan Rodriguez  wrote:

> Dear cloudstack users
>
> What is the correct API call to change an ip address in a virtual 
> machine ??
> Also when a guest network is created you can define the range start 
> and end ip but once the network has been created how do you change the range 
> ??
>
> Thanks in advance
>

RE: Active IP's in the reserved range

[Saksham Srivastava]

Check you nics table for the IP.
It could be used by any Guest VM or VR/RVR.  SSVM and CPVM won't have a nic in 
guest network.
You could consider using persistent network offering to create your network. 
Then the need to deploy a user vm to bring the network to implemented state 
will be eliminated.

Thanks,
Saksham 

-Original Message-
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
Sent: Tuesday, September 23, 2014 3:56 AM
To: users@cloudstack.apache.org
Subject: RE: Active IP's in the reserved range

Disable your zone and destroy the 2 console, ssvm, and the router if you have 
spun any vms up. These system vm must be using those ip's


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Derek Cole 
 Date:09/22/2014  4:32 PM  (GMT-05:00) 
To: users@cloudstack.apache.org Subject: Active IP's in 
the reserved range  Hello,

I originally set up a guest network as 10.1.1.0/24

I wanted to change that CIDR to 10.1.1.0/26 to allow for some static IPs for me 
to use, as is mentioned here:
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.4/networking/ip_reservation_in_guest_networks.html?highlight=reserved

When I try to make this change, I get the following in a popup:

Active IPs like 10.1.1.127 exist outside the Guest VM CIDR. Cannot apply 
reservation

What is my problem here? I don't have any active VMs in my cloudstack install 
except for the system vm's at the moment - so I have no idea where
10.1.1.127 is.

Thanks

RE: Active IP's in the reserved range

[Saksham Srivastava]

If you have access to your cloudstack db, check for nics table in cloud 
database.
select  * from cloud.nics;
You can check also individually for each vm IP in the UI
Click on instances -> NICS


-Original Message-
From: Derek Cole [mailto:derek.c...@gmail.com] 
Sent: Tuesday, September 23, 2014 7:21 PM
To: users@cloudstack.apache.org
Subject: Re: Active IP's in the reserved range

Where do I check the nics table?



On Tue, Sep 23, 2014 at 12:12 AM, Saksham Srivastava < 
saksham.srivast...@citrix.com> wrote:

> Check you nics table for the IP.
> It could be used by any Guest VM or VR/RVR.  SSVM and CPVM won't have 
> a nic in guest network.
> You could consider using persistent network offering to create your 
> network. Then the need to deploy a user vm to bring the network to 
> implemented state will be eliminated.
>
> Thanks,
> Saksham
>
> -Original Message-
> From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> Sent: Tuesday, September 23, 2014 3:56 AM
> To: users@cloudstack.apache.org
> Subject: RE: Active IP's in the reserved range
>
> Disable your zone and destroy the 2 console, ssvm, and the router if 
> you have spun any vms up. These system vm must be using those ip's
>
>
> Sent on a Sprint Samsung Galaxy S® III
>
>  Original message From: Derek Cole < 
> derek.c...@gmail.com> Date:09/22/2014  4:32 PM  (GMT-05:00)
> To: users@cloudstack.apache.org Subject: Active 
> IP's in the reserved range  Hello,
>
> I originally set up a guest network as 10.1.1.0/24
>
> I wanted to change that CIDR to 10.1.1.0/26 to allow for some static 
> IPs for me to use, as is mentioned here:
>
> http://docs.cloudstack.apache.org/projects/cloudstack-administration/e
> n/4.4/networking/ip_reservation_in_guest_networks.html?highlight=reser
> ved
>
> When I try to make this change, I get the following in a popup:
>
> Active IPs like 10.1.1.127 exist outside the Guest VM CIDR. Cannot 
> apply reservation
>
> What is my problem here? I don't have any active VMs in my cloudstack 
> install except for the system vm's at the moment - so I have no idea 
> where
> 10.1.1.127 is.
>
> Thanks
>

RE: Add NIC permanently

[Saksham Srivastava]

You could try addNicToVirtualMachine API with the params : 
virtualmachineid= & networkid = & ipaddress = 


Thanks,
Saksham

From: Paolo De Marco [paolo.dema...@realcomm.it]
Sent: Tuesday, April 16, 2013 1:34 PM
To: users@cloudstack.apache.org
Subject: Add NIC permanently

Hello,
I have CS 4.0.1 with 1 xen host and I'm a newbie. Everything works fine.
This is my question. I need to add a NIC to an istance. I add the NIC
from XenCenter. After reboot the NIC disappear. How can I add a NIC
permanently to an istance?
Thanks
---
Paolo

Re: Add NIC permanently

[Saksham Srivastava]

Paolo, have a look at 
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.1-incubating/html/API_Developers_Guide/api-calls.html

Thanks,
Saksham

On Tuesday 16 April 2013 01:50 PM, Paolo De Marco wrote:
> Thanks Saksham,
> I'm a very newbie :) Where I cant try the API?
> Thanks and sorry for my questions
> ---
> Paolo
>
> Il 16/04/2013 10:16, Saksham Srivastava ha scritto:
>> You could try addNicToVirtualMachine API with the params : 
>> virtualmachineid= & networkid = & 
>> ipaddress = 
>>
>> Thanks,
>> Saksham
>> 
>> From: Paolo De Marco [paolo.dema...@realcomm.it]
>> Sent: Tuesday, April 16, 2013 1:34 PM
>> To: users@cloudstack.apache.org
>> Subject: Add NIC permanently
>>
>> Hello,
>> I have CS 4.0.1 with 1 xen host and I'm a newbie. Everything works fine.
>> This is my question. I need to add a NIC to an istance. I add the NIC
>> from XenCenter. After reboot the NIC disappear. How can I add a NIC
>> permanently to an istance?
>> Thanks
>> ---
>> Paolo
>

RE: DHCP options for guest networks

[Saksham Srivastava]

Although not recommended, but you could do this :
In the cloud db, replace the 'cidr' value in the networks table with the new 
cidr value, corresponding to the guest-network .
So the dhcp range for that network will be the new cidr value you specify.

Thanks,
Saksham

-Original Message-
From: David Comerford [mailto:davest...@gmail.com] 
Sent: Wednesday, July 24, 2013 5:00 PM
To: users@cloudstack.apache.org
Subject: Re: DHCP options for guest networks

Thanks for that. Great feature!
I'm guessing it's not possible on versions prior to 4.2 by any other means?

Best regards,
David Comerford

Tel: +353 87 1238295
Email: davest...@gmail.com
Website: http://dave.ie
GPG key: http://gpg.dave.ie


On 24 July 2013 12:19, Ram Ganesh  wrote:

> > -Original Message-
> > From: David Comerford [mailto:davest...@gmail.com]
> > Sent: 24 July 2013 16:23
> > To: users@cloudstack.apache.org
> > Subject: DHCP options for guest networks
> >
> > Hi list,
> >
> > Does anyone know of a way to configure the DHCP pool for guest networks?
> > I'm using a /24 for the Guest CIDR but I'd like the virtual router 
> > to
> only give
> > out addresses for a certain range in that subnet say .10 to .200. Is 
> > this possible?
>
> Using [1] you can specify a subset of the CIDR as GuestVM cidr
>
> [1]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+IP+Range+R
> eservation+within+a+Network
>
> >
> > Thanks!
> >
> > Best regards,
> > David Comerford
> > 
> > Tel: +353 87 1238295
> > Email: davest...@gmail.com
> > Website: http://dave.ie
> > GPG key: http://gpg.dave.ie
>

RE: [Doc] IP Address Reservation is Ready for Review

[Saksham Srivastava]

Hi Radhika, two comments:


* "If you decide to reserve IP ranges for non-CloudStack purposes, you 
can specify a part of the IP address range or the CIDR that should only be 
allocated by..."
Remove "IP address range" as we only specify the CIDR, not the 
range.


* Please mention that feature is not supported in shared networks.

Thanks,
Saksham

From: Radhika Puthiyetath
Sent: Friday, August 02, 2013 5:44 PM
To: users@cloudstack.apache.org; d...@cloudstack.apache.org; Saksham 
Srivastava; Abhinav Roy
Subject: [Doc] IP Address Reservation is Ready for Review

Hi,

IP Reservation documentation is ready for review. The doc is attached at 
https://issues.apache.org/jira/browse/CLOUDSTACK-850.

Please see 15.7. IP Reservation in Isolated Guest Networks, and provide your 
feedback.

Regards
-Radhika

RE: [Doc] Please review: Dedicated pod, cluster, host doc

[Saksham Srivastava]

Hi Jessica,
Thanks for the doc.

Certain review comments:
*  Please mention about the deprecated private zone and how it is handled now.
*  Can you add some info about the availability of a explicitly dedicated 
resource to its parent and children domains .(FS section : Domain level 
accessibility)


Thanks,
Saksham


-Original Message-
From: Radhika Puthiyetath 
Sent: Wednesday, August 28, 2013 2:29 PM
To: users@cloudstack.apache.org; d...@cloudstack.apache.org; Saksham 
Srivastava; deepti dohare (deeptidoh...@gmail.com)
Cc: Sudha Ponnaganti; Devdeep Singh; Radhika Nair
Subject: RE: [Doc] Please review: Dedicated pod, cluster, host doc

+ Saksham and Deepti

-Original Message-
From: Jessica Tomechak [mailto:jessica.tomec...@gmail.com] 
Sent: Wednesday, August 28, 2013 2:15 PM
To: d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org; Sudha Ponnaganti; Devdeep Singh; Radhika Nair
Subject: [Doc] Please review: Dedicated pod, cluster, host doc

Hi,
Dedicated pod, cluster, and host doc is ready for review. You can view the 
updated text at the link below. This is checked in to both master and 4.2 
branch.

Please provide your feedback. Since there have been several commits, I have put 
the draft in the comments section of the bug:

https://issues.apache.org/jira/browse/CLOUDSTACK-818

Regards,
Jessica T.

RE: CS Ip address reservation...

[Saksham Srivastava]

Hi,

You cannot reserve IPs in a shared network, this functionality is available for 
VPC/Isolated network only.
For shared networks, as Jayapal suggested you can pick an IP and statically 
assign it to the physical server.
Use deployvm API with IP address param (choose it from your unallocated 
IPaddress pool) for your CloudStack vms.

Thanks,
Saksham

-Original Message-
From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] 
Sent: Thursday, October 10, 2013 6:58 PM
To: 
Subject: Re: CS Ip address reservation...

Hi,

I think you can't reserve the ips in shared network.

pick an ip address from the pool and use for your external server. 
For Vm deployment use the API and pass ip from the unreserved pool.

Thanks,
Jayapal

On 10-Oct-2013, at 6:36 PM, COCHE Sébastien 
 wrote:

> Hi all,
> 
> Is it possible, with CloudStack, to reserve an IP address, on a shared 
> network, to be used by an external server, unmanaged by CloudStack ?
> The goal is to integrate physical server (ie : Oracle Database) in a virtual 
> environment managed by CloudStack.
> 
> Thank a lot
> 
> Best regards
> 
> Sébastien

RE: CS Ip address reservation...

[Saksham Srivastava]

Considering you have allocated 10.102.198.1 to 10.102.198.10
You statically assign 10.102.198.5 to your physical server.
Now you can create an instance like this : 

http://10.102.192.243:8096/client/api?command=deployVirtualMachine&serviceofferingid=2&templateid=4&zoneid=1&networkids=&ipaddress=10.102.198.6
The IP of this VM will be 10.102.198.6

Similarly few vms can be deployed using Ips like 10.102.198.2, 10.102.198.3, 
10.102.198.7 .. etc.
Using the Ip address param will force the vm to have the specified IP (kind of 
bypass the dhcp).

Thanks,
Saksham

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr] 
Sent: Friday, October 11, 2013 3:51 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

OK, if I understand, I have to :
1) disable DHCP service onto the network offering used
2) manage IP pool for this network, externally, in order to set address for 
each instances and physical servers.

I would like a more friendly solution. For example, by using bare metal 
deployment solution.
Do you think it could answer my need ?

Sébastien

-Message d'origine-
De : Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] 
Envoyé : vendredi 11 octobre 2013 11:53
À : 
Objet : Re: CS Ip address reservation...

Hi,

What I am saying is pick ip address a.b.c.d from the pool for your physical 
server.
Once the ip is picked later if you deploy vm, we need to avoid cloudstack to 
assign it to user VMs to avoid conflict. For this while creating user vms 
specify the ip address so that cloudstack will not pick a.b.c.d.

You can also do the following:
pick the ip for your external server. later if you deploy VM, if the vm gets 
the ip which you selected then stop the VM.

Thanks,
Jayapal

On 10-Oct-2013, at 10:28 PM, COCHE Sébastien  wrote:

> Thank for your reply.
> I already thought about this workaround. But how ? If I do that, CS will 
> create a Virtual Machine (instance) onto the hypervisors cluster. This will 
> consume disk resources and if someone start the instance, I will have an IP 
> Address conflict on the network.
> Am I wrong ?
> How can I create a new instance without deploying it ?
> Or how can I lock the instance startup ?
> 
> Thanks,
> 
> Sébastien
> 
> -Message d'origine-
> De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com] 
> Envoyé : jeudi 10 octobre 2013 15:57
> À : users@cloudstack.apache.org
> Objet : RE: CS Ip address reservation...
> 
> Hi,
> 
> You cannot reserve IPs in a shared network, this functionality is available 
> for VPC/Isolated network only.
> For shared networks, as Jayapal suggested you can pick an IP and statically 
> assign it to the physical server.
> Use deployvm API with IP address param (choose it from your unallocated 
> IPaddress pool) for your CloudStack vms.
> 
> Thanks,
> Saksham
> 
> -Original Message-
> From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] 
> Sent: Thursday, October 10, 2013 6:58 PM
> To: 
> Subject: Re: CS Ip address reservation...
> 
> Hi,
> 
> I think you can't reserve the ips in shared network.
> 
> pick an ip address from the pool and use for your external server. 
> For Vm deployment use the API and pass ip from the unreserved pool.
> 
> Thanks,
> Jayapal
> 
> On 10-Oct-2013, at 6:36 PM, COCHE Sébastien 
> wrote:
> 
>> Hi all,
>> 
>> Is it possible, with CloudStack, to reserve an IP address, on a shared 
>> network, to be used by an external server, unmanaged by CloudStack ?
>> The goal is to integrate physical server (ie : Oracle Database) in a virtual 
>> environment managed by CloudStack.
>> 
>> Thank a lot
>> 
>> Best regards
>> 
>> Sébastien
> 

RE: CS Ip address reservation...

[Saksham Srivastava]

Yes IP address reservation as a feature is available for Isolated Guest 
Networks and VPC. Pleaser have a look:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+IP+Range+Reservation+within+a+Network
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/reserved-ip-addresses-non-csvms.html

If shared network is not a strict requirement, you could try isolated guest 
network.
It will reserve a set of IPs that can be used for Physical Servers (Reserved 
Range).
Then you can deploy CloudStack VMs that will be strictly deployed in 
non-Reserved Range part of the subnet.

Thanks,
Saksham 

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr] 
Sent: Friday, October 11, 2013 4:12 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

OK, I correctly understand the process. But it's what I said in my previous 
message, I have to manage IP subnet, externally (by flagging IP address already 
used).
Rather than setting IP address for each virtual instance deployed, I would 
prefer reserving IP address for physical server. Like this I keep the 
management IP in CloudStack.
If it is not possible, I will do what you say.

-Message d'origine-
De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com] 
Envoyé : vendredi 11 octobre 2013 12:26
À : users@cloudstack.apache.org
Objet : RE: CS Ip address reservation...

Considering you have allocated 10.102.198.1 to 10.102.198.10 You statically 
assign 10.102.198.5 to your physical server.
Now you can create an instance like this : 

http://10.102.192.243:8096/client/api?command=deployVirtualMachine&serviceofferingid=2&templateid=4&zoneid=1&networkids=&ipaddress=10.102.198.6
The IP of this VM will be 10.102.198.6

Similarly few vms can be deployed using Ips like 10.102.198.2, 10.102.198.3, 
10.102.198.7 .. etc.
Using the Ip address param will force the vm to have the specified IP (kind of 
bypass the dhcp).

Thanks,
Saksham

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr]
Sent: Friday, October 11, 2013 3:51 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

OK, if I understand, I have to :
1) disable DHCP service onto the network offering used
2) manage IP pool for this network, externally, in order to set address for 
each instances and physical servers.

I would like a more friendly solution. For example, by using bare metal 
deployment solution.
Do you think it could answer my need ?

Sébastien

-Message d'origine-
De : Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com]
Envoyé : vendredi 11 octobre 2013 11:53
À : 
Objet : Re: CS Ip address reservation...

Hi,

What I am saying is pick ip address a.b.c.d from the pool for your physical 
server.
Once the ip is picked later if you deploy vm, we need to avoid cloudstack to 
assign it to user VMs to avoid conflict. For this while creating user vms 
specify the ip address so that cloudstack will not pick a.b.c.d.

You can also do the following:
pick the ip for your external server. later if you deploy VM, if the vm gets 
the ip which you selected then stop the VM.

Thanks,
Jayapal

On 10-Oct-2013, at 10:28 PM, COCHE Sébastien  wrote:

> Thank for your reply.
> I already thought about this workaround. But how ? If I do that, CS will 
> create a Virtual Machine (instance) onto the hypervisors cluster. This will 
> consume disk resources and if someone start the instance, I will have an IP 
> Address conflict on the network.
> Am I wrong ?
> How can I create a new instance without deploying it ?
> Or how can I lock the instance startup ?
> 
> Thanks,
> 
> Sébastien
> 
> -Message d'origine-
> De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com]
> Envoyé : jeudi 10 octobre 2013 15:57
> À : users@cloudstack.apache.org
> Objet : RE: CS Ip address reservation...
> 
> Hi,
> 
> You cannot reserve IPs in a shared network, this functionality is available 
> for VPC/Isolated network only.
> For shared networks, as Jayapal suggested you can pick an IP and statically 
> assign it to the physical server.
> Use deployvm API with IP address param (choose it from your unallocated 
> IPaddress pool) for your CloudStack vms.
> 
> Thanks,
> Saksham
> 
> -Original Message-
> From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com]
> Sent: Thursday, October 10, 2013 6:58 PM
> To: 
> Subject: Re: CS Ip address reservation...
> 
> Hi,
> 
> I think you can't reserve the ips in shared network.
> 
> pick an ip address from the pool and use for your external server. 
> For Vm deployment use the API and pass ip from the unreserved pool.
> 
> Thanks,
> Jayapal
> 
> On 10-Oct-2013, at 6:36 PM, COCHE Sébastien 
> wrote:
> 
>> Hi all,
>> 
>> Is it poss

RE: CS Ip address reservation...

[Saksham Srivastava]

Sébastien,

Shared Networks have implicit reservation already built in by specifying the 
start ip and end ip.
Unlike isolated networks for which CloudStack completely designs (create CIDR, 
net mask, gateway etc), shared networks are admin designed and implemented.
So we did not add support for shared networks.

Thanks,
saksham

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr] 
Sent: Friday, October 11, 2013 5:20 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

Thank you Saksham,
It is exactly what i need, ..., but for shared network.
I will have a look to the VPC feature, to see if this network implementation is 
possible, in my context.
Do you know why this feature (ie: IP reservation) is only available for 
Isolated guest network ?

Regards 

Sébastien

-Message d'origine-
De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com] 
Envoyé : vendredi 11 octobre 2013 12:56
À : users@cloudstack.apache.org
Objet : RE: CS Ip address reservation...

Yes IP address reservation as a feature is available for Isolated Guest 
Networks and VPC. Pleaser have a look:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+IP+Range+Reservation+within+a+Network
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/reserved-ip-addresses-non-csvms.html

If shared network is not a strict requirement, you could try isolated guest 
network.
It will reserve a set of IPs that can be used for Physical Servers (Reserved 
Range).
Then you can deploy CloudStack VMs that will be strictly deployed in 
non-Reserved Range part of the subnet.

Thanks,
Saksham 

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr] 
Sent: Friday, October 11, 2013 4:12 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

OK, I correctly understand the process. But it's what I said in my previous 
message, I have to manage IP subnet, externally (by flagging IP address already 
used).
Rather than setting IP address for each virtual instance deployed, I would 
prefer reserving IP address for physical server. Like this I keep the 
management IP in CloudStack.
If it is not possible, I will do what you say.

-Message d'origine-----
De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com] 
Envoyé : vendredi 11 octobre 2013 12:26
À : users@cloudstack.apache.org
Objet : RE: CS Ip address reservation...

Considering you have allocated 10.102.198.1 to 10.102.198.10 You statically 
assign 10.102.198.5 to your physical server.
Now you can create an instance like this : 

http://10.102.192.243:8096/client/api?command=deployVirtualMachine&serviceofferingid=2&templateid=4&zoneid=1&networkids=&ipaddress=10.102.198.6
The IP of this VM will be 10.102.198.6

Similarly few vms can be deployed using Ips like 10.102.198.2, 10.102.198.3, 
10.102.198.7 .. etc.
Using the Ip address param will force the vm to have the specified IP (kind of 
bypass the dhcp).

Thanks,
Saksham

-Original Message-
From: COCHE Sébastien [mailto:sco...@sigma.fr]
Sent: Friday, October 11, 2013 3:51 PM
To: users@cloudstack.apache.org
Subject: RE: CS Ip address reservation...

OK, if I understand, I have to :
1) disable DHCP service onto the network offering used
2) manage IP pool for this network, externally, in order to set address for 
each instances and physical servers.

I would like a more friendly solution. For example, by using bare metal 
deployment solution.
Do you think it could answer my need ?

Sébastien

-Message d'origine-
De : Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com]
Envoyé : vendredi 11 octobre 2013 11:53
À : 
Objet : Re: CS Ip address reservation...

Hi,

What I am saying is pick ip address a.b.c.d from the pool for your physical 
server.
Once the ip is picked later if you deploy vm, we need to avoid cloudstack to 
assign it to user VMs to avoid conflict. For this while creating user vms 
specify the ip address so that cloudstack will not pick a.b.c.d.

You can also do the following:
pick the ip for your external server. later if you deploy VM, if the vm gets 
the ip which you selected then stop the VM.

Thanks,
Jayapal

On 10-Oct-2013, at 10:28 PM, COCHE Sébastien  wrote:

> Thank for your reply.
> I already thought about this workaround. But how ? If I do that, CS will 
> create a Virtual Machine (instance) onto the hypervisors cluster. This will 
> consume disk resources and if someone start the instance, I will have an IP 
> Address conflict on the network.
> Am I wrong ?
> How can I create a new instance without deploying it ?
> Or how can I lock the instance startup ?
> 
> Thanks,
> 
> Sébastien
> 
> -Message d'origine-
> De : Saksham Srivastava [mailto:saksham.srivast...@citrix.com]
> Envoyé : jeudi 10 octobre 2013 15:57
> À : users@cloudstack.apache.org
> Objet : RE: CS Ip address reser

RE: Cloudstack 4.2 manaagement server not starting

[Saksham Srivastava]

The message: service cloudstack-management status cloudstack-management dead 
but  pid file exists appears only if the service is stopped.
Try service cloudstack-management start and check ps.

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Friday, October 18, 2013 4:29 PM
To: users@cloudstack.apache.org
Subject: Re: Cloudstack 4.2 manaagement server not starting

I'd check the process with ps. if it's really not there remove the pid and lock 
files and try again.

On Wed, Oct 9, 2013 at 6:26 PM, Support Staff  
wrote:
> Hi,
>
> I am trying to install cloudstack 4.2 on centos 6.4. I have three 
> separate servers for management server and database and storage. I 
> completed all configurations in all servers with no issues and the 
> command "cloudstack-setup-management" finished with no errors. But 
> when i tried to access using serverip:8080/client i am getting blank page.
>
> The status of cloudstack says.
>
> service cloudstack-management status cloudstack-management dead but 
> pid file exists The pid file locates at 
> /var/run/cloudstack-management.pid and lock file at 
> /var/lock/subsys/cloudstack-management. Starting cloudstack-management will 
> take care of them or you can manually clean up.
>
>
> I have tried changing the permission of catilina.out to 777. But it 
> didn't fixed the issue.
>
> Please advice us on the issue. Also i am able to download the  
> template of xenserver.

RE: Planners

[Saksham Srivastava]

Also Chip has shared a visual realization of planners here : 
http://www.chipchilders.com/blog/2013/7/22/visualizing-the-cloudstack-planners-in-action.html

Thanks,
Saksham

-Original Message-
From: Vahric Muhtaryan [mailto:vah...@doruk.net.tr] 
Sent: Wednesday, November 06, 2013 10:23 PM
To: CloudStack SupportMailingList
Subject: Planners

Hello All ,

We are discovering compute offering section and couldn¹t understand something 
about planner.

Looks like deployment planner is like intelligent placement on Hyper-v or 
Vmware DRS but only the placement part.

First we can not find explanations of implicitdedicationplanner and bare metal 
planner , any one know about it ?

Second what is planner mode ? What is relation between deployment planner and 
planner mode ? If we choose deployment planner must we set the planner mode too 
? 

Maybe sounds like stupid but , another thing is we can not imagine some 
deployment planners, for example if we are running cloud and have a resource, 
default behaviour should be spread everything almost equal , why people want to 
put vms depend same account on same pod/cluster or what happen if i have small 
number of vm on host but there is high resource usage on that hosts. For 
example KVM do not have an option like vmware drs , how cloudstack handle 
spread of vms on KVM cluster ?

Regards
VM

RE: sechduled snapshot bug

[Saksham Srivastava]

You can create bugs here:  https://issues.apache.org/jira/browse/CLOUDSTACK


-Original Message-
From: prak...@assistanz.com [mailto:prak...@assistanz.com] 
Sent: Wednesday, November 20, 2013 11:04 AM
To: users@cloudstack.apache.org
Subject: Reg: sechduled snapshot bug

Hi,

 In cloudstack 4.2 scheduled snapshot is having functionality bugs while i 
create daily snapshot job. It create snapshot hourly. where to post this bug. 
This is major bug in 4.1 it is working fine.

 Regards,
 Prakash.M

RE: Managing non-CS resources with the Virtual Router

[Saksham Srivastava]

Ian,

IMO CloudStack VR should not be managing any non CS vm. CloudStack is primarily 
orchestration layer. 
The current flow to achieve sharing of vLAN is to:
1) create Guest Network from CS,
2) Reserve a part of IP range in that network for non CS vm /physical  
device.(UI/updateNetwork API)
3) Manually assign static IPs to these non CloudStack devices. (These IP 
assignments  are not stored in CS db)

VR should be able to route to these IPs.  Have a look at:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+IP+Range+Reservation+within+a+Network
https://cwiki.apache.org/confluence/display/CLOUDSTACK/IP+Range+Reservation+within+a+Network+Test+Cases


Thanks,
Saksham

-Original Message-
From: Ian Service [mailto:iserv...@ts2.ca] 
Sent: Tuesday, December 03, 2013 9:35 PM
To: users@cloudstack.apache.org
Subject: Managing non-CS resources with the Virtual Router

I read in the release for 4.2 that there was a way to manage devices that 
weren't VMs with the CloudStack Virtual router.

This is something I've had to do manually so that VMs and real devices could 
share the same VLAN harmoniously but I'd really like to have it integrated in 
the VR config so that in the event it gets destroyed, it would rebuild those 
rules properly.

So how can I add a Guest Network Range to an existing network (assuming
API) and then how do I assign a device one of those IPs so that it's available 
form the CloudStack UI so that I can give it port forwards.

Thanks,

- Ian

RE: Static IP assignment to guest vm from pool

[Saksham Srivastava]

You can do it through the deployvirtualmachine api by specifying the ipaddress. 
Not through the UI.

Thanks,
Saksham

-Original Message-
From: Tejas Gadaria [mailto:refond.g...@gmail.com] 
Sent: Thursday, January 16, 2014 5:08 PM
To: users@cloudstack.apache.org
Subject: Static IP assignment to guest vm from pool

Hi,

Is it possible to assign Static IPs to guest VMs from cloudstack guest ip pool?

Regards,
Tejas

RE: Local storage overprovisioning not possible ?

[Saksham Srivastava]

Yes, Storage over provisioning is available currently for NFS an VMFS data 
stores only.

Thanks,
Saksham

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Friday, January 31, 2014 8:35 PM
To: users@cloudstack.apache.org
Subject: Local storage overprovisioning not possible ?

Hi,

Based on table on
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/primary-storage.html,
does this means that CS supports overprovisioning only for NFS storage, and not 
on Local Storage ?


I had global storage overprovisioning factor of 2. I increased it to 3, 
restarted CS management server. Still says same ammount of local storage used, 
on the Dashboards.

I can't see possible to change overprovisioning factor on Cluster level (only 
MEM and CPU can be overprovisioned here)

KVM here, CS 4.2.1

Any help greatly appriciated...

Thanks,

Andrija Panić

[SOLVED] Restoring CS UI password

[Saksham Srivastava]

Marking as solved.

Thanks,
Saksham

-Original Message-
From: José Egas López [mailto:josee...@farmaenlace.com] 
Sent: Tuesday, February 04, 2014 3:27 AM
To: users@cloudstack.apache.org
Subject: Re: Restoring CS UI password

Thanks so much Umair, that worked for me!

*José Egas López

*

El 03/02/2014 16:37, Umair Azam escribió:
> Lopez,
>
> Switch to mysql user, then use cloud database and reset password.
>
> Run these commands.
>
> 1)mysql -u root -p
> 2)use cloud;
> 3)UPDATE user SET password = 'Temp/123' WHERE username = 'admin';
>
> Umair Azam
> Associate Systems Administrator
> Network Operations Center
> i2c Incorporated
> 1300 Island Drive, Suite 105
> Redwood City, CA 94065-5170
> Desk: +1 650.480.5291
> PBX: +1 650.593.5400 x 4244
> 24x7 NOC: +1 650.480.5291
> Fax: +1 650.593.5402
> URL: www.i2cinc.com
> **
> CONFIDENTIALITY CAUTION
> This communication (including any accompanying documents) is intended 
> only for the use of the addressee(s) and contains information that is 
> PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, 
> distribution or copying of this communication is prohibited. If you 
> have received this communication in error, please notify us 
> immediately by e-mail, telephone or fax and promptly destroy the 
> original communication. Thank you for your cooperation.
>
> On 2/4/2014 1:40 AM, José Egas López wrote:
>> Hi, is there anyway to restore the default CS UI password?
>> I cannot log into the CS UI, first time I put admin and password as 
>> default credentials, it worked fine, but before I finish the CS Tour 
>> the session expired and when I try to log in again it doesn't work.
>
>
> 
> FARMAENLACE ha procesado su mensaje y esta limpio No imprima este mail 
> a menos que sea necesario
>



FARMAENLACE ha procesado su mensaje y esta limpio No imprima este mail a menos 
que sea necesario

RE: Infrastructure UI view for non-admin users??

[Saksham Srivastava]

Further, explicitly dedicating/releasing resources and listing dedicated 
resources are also only Root admin apis.

Thanks,
Saksham

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] 
Sent: Monday, February 24, 2014 11:40 PM
To: users@cloudstack.apache.org
Subject: RE: Infrastructure UI view for non-admin users??

Hi Jason,

Only Root Admins can see the infrastructure areas within the UI.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: STEENBLIK Jason [mailto:jason.steenb...@leonteq.com]
Sent: 24 February 2014 17:40
To: users@cloudstack.apache.org
Subject: Infrastructure UI view for non-admin users??

Hi,
Does anyone know if it is possible to allow accounts other than root admins to 
see the infrastructure view in the UI. I'm happy to create domains and/or 
dedicate resources to domain-admin accounts if it is required, as I will 
probably have to create domains and dedicate anyway.

Thanks,
Jason

=== The Mail Gateway made the following annotation === 
This e-mail is confidential. If you are not the intended recipient, you should 
not copy it, re-transmit it, use it or disclose its contents, but should return 
it to the sender immediately and delete the copy from your system.
Leonteq Securities is not responsible for, nor endorses, any opinion, 
recommendation, conclusion, solicitation, offer or agreement or any information 
contained in this communication.
Leonteq Securities cannot accept any responsibility for the accuracy or 
completeness of this message as it has been transmitted over a public network.
If you suspect that the message may have been intercepted or amended, please 
call the sender. Should you require any further information, please contact the 
Compliance Manager on complia...@leonteq.com.

==
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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 a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: prevent disks from being created on primary storage volume

[Saksham Srivastava]

You can try adding tags on primary storage you want to use, and use the same 
tags for the disk offering.


-Original Message-
From: Len Bellemore [mailto:len.bellem...@controlcircle.com] 
Sent: Thursday, March 6, 2014 7:20 PM
To: users@cloudstack.apache.org
Subject: prevent disks from being created on primary storage volume

Hi Guys,


Is it possible to prevent new disks from being created on a particular primary 
storage volume?  I'm using NFS storage.

I don't want to stop the instances that are currently using it, just prevent 
any more disks from being created there.

Thanks
Len


IMPORTANT NOTICE. This electronic message contains information from Control 
Circle Ltd, which may be privileged or confidential. The information is 
intended for use only by the individual(s) or entity named above. If you are 
not the intended recipient, be aware that any disclosure, copying, distribution 
or use of the contents of this information is strictly prohibited. If you have 
received this electronic message in error, please notify me by telephone or 
email (to the number or email address above) immediately. Activity and use of 
the ControlCircle e-mail system is monitored to secure its effective operation 
and for other lawful business purposes. Communications using this system will 
also be monitored and may be recorded to secure effective operation and for 
other lawful business purposes

RE: How to stop cloudstack DHCP server to allocate IP to another physical machines in network

[Saksham Srivastava]

If you use isolated guest network or vpc, this could be of help:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/reserved-ip-addresses-non-csvms.html

Thanks,
Saksham

From: Deepak Sihag [deepak_si...@infosys.com]
Sent: Saturday, March 15, 2014 1:56 PM
To: users@cloudstack.apache.org
Subject: How to stop cloudstack DHCP server to allocate IP to another physical 
machines in network

Hi all,

In my network I have one physical (external to cloudstack) DHCP server and in 
the same network I have configured the CloudStack. As all CloudStack VM's MAC 
address starts with 06 so I configured the external DHCP not to allocate IP to 
VM but cloudstack DHCP still can allocate the IP to other physical machines in 
my network. So I want help on this, What can be done so that my cloudstack DHCP 
vm does not allocate IPs to other machines in network.

Regards,
Deepak Sihag



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e-mail and delete the original message. Further, you are 
not
to copy, disclose, or distribute this e-mail or its contents to any other 
person and
any such actions are unlawful. This e-mail may contain viruses. Infosys has 
taken
every reasonable precaution to minimize this risk, but is not liable for any 
damage
you may sustain as a result of any virus in this e-mail. You should carry out 
your
own virus checks before opening the e-mail or attachment. Infosys reserves the
right to monitor and review the content of all messages sent to or from this 
e-mail
address. Messages sent to or from this e-mail address may be stored on the
Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***

RE: Unable to provision instance

[Saksham Srivastava]

Seeing the logs :

Checking pool: 1 for volume allocation [Vol[3|vm=3|ROOT]], maxSize : 
52844687360,
 totalAllocatedSize : 0, 
askingSize : 107374182400, allocated disable threshold: 0.85
2014-04-01 11:11:17,690 DEBUG [cloud.storage.StorageManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) 
Insufficient un-allocated capacity on: 1 for volume allocation:
[Vol[3|vm=3|ROOT]] since its allocated percentage: 2.0318822527706972 has 
crossed the allocated pool.storage.allocated.capacity.disablethreshold:
0.85, skipping this pool

The max size of storage Pool is 52844687360 bytes (49 GB)
The asking size of the new volume is 107374182400 (100 GB)

Can you check the size of the volumes you are trying to deploy.

Thanks,
Saksham

-Original Message-
From: Fred Newtz [mailto:fbne...@gmail.com] 
Sent: Tuesday, April 1, 2014 5:43 PM
To: users@cloudstack.apache.org
Subject: Unable to provision instance

Hello,

I have finally gotten past the networking hurdle and when I am attempting to 
provision my first VM instance I am getting the following error messages:

2014-04-01 11:11:17,681 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Checking 
suitable pools for volume (Id, Type): (3,ROOT)
2014-04-01 11:11:17,681 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) We need to 
allocate new storagepool for this volume
2014-04-01 11:11:17,682 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Calling 
StoragePoolAllocators to find suitable pools
2014-04-01 11:11:17,682 DEBUG [storage.allocator.LocalStoragePoolAllocator]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) 
LocalStoragePoolAllocator trying to find storage pool to fit the vm
2014-04-01 11:11:17,684 DEBUG
[storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-13:job-13 = [ 
da851970-f72b-417f-8f28-9d225d37f0d0 ]) Checking if storage pool is suitable, 
name: null ,poolId: 1
2014-04-01 11:11:17,686 DEBUG [cloud.storage.StorageManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Checking 
pool 1 for storage, totalSize: 52844687360, usedBytes: 2048802816,
usedPct: 0.03877027035930221, disable threshold: 0.85
2014-04-01 11:11:17,690 DEBUG [cloud.storage.StorageManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Checking 
pool: 1 for volume allocation [Vol[3|vm=3|ROOT]], maxSize :
52844687360, totalAllocatedSize : 0, askingSize : 107374182400, allocated 
disable threshold: 0.85
2014-04-01 11:11:17,690 DEBUG [cloud.storage.StorageManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) 
Insufficient un-allocated capacity on: 1 for volume allocation:
[Vol[3|vm=3|ROOT]] since its allocated percentage: 2.0318822527706972 has 
crossed the allocated pool.storage.allocated.capacity.disablethreshold:
0.85, skipping this pool
2014-04-01 11:11:17,691 DEBUG [storage.allocator.LocalStoragePoolAllocator]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) 
LocalStoragePoolAllocator returning 0 suitable storage pools
2014-04-01 11:11:17,691 DEBUG
[storage.allocator.ClusterScopeStoragePoolAllocator]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) 
ClusterScopeStoragePoolAllocator looking for storage pool
2014-04-01 11:11:17,691 DEBUG
[storage.allocator.ZoneWideStoragePoolAllocator] (Job-Executor-13:job-13 = [ 
da851970-f72b-417f-8f28-9d225d37f0d0 ]) ZoneWideStoragePoolAllocator to find 
storage pool
2014-04-01 11:11:17,691 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) No suitable 
pools found for volume: Vol[3|vm=3|ROOT] under cluster: 1
2014-04-01 11:11:17,691 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) No suitable 
pools found
2014-04-01 11:11:17,691 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) No suitable 
storagePools found under this Cluster: 1
2014-04-01 11:11:17,694 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Could not 
find suitable Deployment Destination for this VM under any clusters, returning.
2014-04-01 11:11:17,694 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Searching 
all possible resources under this Zone: 1
2014-04-01 11:11:17,695 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-13:job-13 = [ da851970-f72b-417f-8f28-9d225d37f0d0 ]) Listing 
clusters in order of aggregate capacity, that have (atleast one host with) 
enough CPU and RAM capacity under this Zone: 1
2014-04-01 11:11:17,696 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-1

RE: Cloudstack complains about storage space

[Saksham Srivastava]

Abu,
Here is a little calculation which may help you:
allocatedPercentage = (totalAllocatedSize + totalAskingSize) / 
(totalOverProvCapacity)

So the issue could be that the asking size of the volumes you are trying to 
provision is very high.

You can also approximate totalAllocatedSize calculation from the following 
(tables):
summation of all sizes of non destroyed volume (volumes.size)
summation of all (volumes.vm_snapshot_chain_size) for each volume on the pool
(template_spool_ref.template_size) for the templates on the pool

It will be good if you can provide more logs.

Thanks,
Saksham


-Original Message-
From: Abu Bashiri [mailto:abu.bashiri...@gmail.com] 
Sent: Monday, April 14, 2014 4:46 PM
To: users@cloudstack.apache.org
Subject: Cloudstack complains about storage space

Hey,

 

strange issue, i try to deploy an instance but it always fails with:

 

nsufficient un-allocated capacity on: 3 for volume allocation:
[Vol[204|vm=182|ROOT]] since its allocated percentage: 7627580.872342288 has 
crossed the allocated pool.storage.alloca

 

the local storage has 400GB free and even the dashboard in CS is showing just 
23% consumed space. The value is a little bit strange. What can cause this 
issue?

 

Thx!

RE: affinity group not work

[Saksham Srivastava]

This seems related to https://issues.apache.org/jira/browse/CLOUDSTACK-6237

Thanks,
Saksham

-Original Message-
From: gokhan kocaman [mailto:gokhank...@gmail.com] 
Sent: Tuesday, April 22, 2014 1:30 PM
To: users@cloudstack.apache.org
Subject: Re: affinity group not work

I can only choose anti-affinity group as type. No other options seem.


2014-04-22 10:37 GMT+03:00 Geoff Higginbottom <
geoff.higginbot...@shapeblue.com>:

> Two things here.  You say you dedicated a host to an account which has 
> access to a project, this means this host is now unavailable to the 
> project, and can only be used by that account directly.
>
> Secondly the error message is highlighting a problem with affinity groups.
>  If you are using an Anti-Affinity group and wish to create 3 VMs, you 
> will need at least 3 hosts which are available to the Project 
> (obviously excluding the one you dedicated to the account)
>
> Regards
>
> Geoff Higginbottom
> CTO / Cloud Architect
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 +442036030540> | M: +447968161581
>
> geoff.higginbot...@shapeblue.com om>
> | www.shapeblue.com | 
> | Twitter:@cloudstackguru<
> https://twitter.com/#!/cloudstackguru>
>
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 
> 4HS
>
>
> On 22 Apr 2014, at 06:34, "gokhan kocaman"  gokhank...@gmail.com>> wrote:
>
> I created a project and Project resources are:
>
> Max. templates5
> Max. snapshots5
> Max. volumes  5
> Max. public IPs   5
> Max. networks 5
> Max. user VMs 5
> Max. VPCs 5
> Max. CPU cores  40
> Max. primary (GiB)  200
> Max. secondary (GiB)400
> Max. memory (MiB)   40960
>
> Then I dedicated my host to my account that belongs to the project I 
> mentioned above.
>
>
> I created two instances that have 0.5ghz CPU, 1GB ram, 5gb hard disk ...
> I thought that I can create up to 5 instance but after creating two 
> instance I can't create third one.
>
> The error is:
>
> Unable to create a deployment for VM[User|xxx19], Please check the 
> affinity groups provided, there may not be sufficient capacity to 
> follow them
>
> Please help...
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure Support< 
> http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
> best
> 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training<
> http://shapeblue.com/cloudstack-training/>
> 28th-29th May 2014, Bangalore. Classromm< 
> http://shapeblue.com/cloudstack-training/>
> 16th-20th June 2014, Region A. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
> 23rd-27th June 2014, Region B. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
> 15th-20th September 2014, Region A. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
> 22nd-27th September 2014, Region B. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
> 1st-6th December 2014, Region A. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
> 8th-12th December 2014, Region B. Instructor led, On-line< 
> http://shapeblue.com/cloudstack-training/>
>
> 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 a company 
> incorporated in India and is operated under license from Shape Blue 
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a 
> registered trademark.
>

RE: affinity group not work

[Saksham Srivastava]

Actually Affinity group of type Explicit Dedication can be of some help.
You dedicate the host to the account.
While deploying VM if you chose the affinity group 'ExplicitDedication', 
CloudStack will place the vm on host dedicated to the account.
If the affinity group is not chosen, the VM will be deployed on shared host(non 
dedicated).
However afaik affinity groups are not supported in projects (CLOUDSTACK-6237)

You can also try using Implicit dedication planner in strict mode while 
creating the service offering.
CS will try to place the VMs deployed from this service offering on implicitly 
dedicated host.

Please refer: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Dedicated+Resources+-+Private+zone,+pod,+cluster,+host+Functional+Spec

Thanks,
Saksham

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] 
Sent: Tuesday, April 22, 2014 1:57 PM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Then affinity groups are not what you need.  You need to setup Compute 
Offerings with Host Tags and then set the same Tags on the Hosts.

e.g.

Tag Host 1 with 'host1', Host 2 with 'host2' etc, then create a compute 
offering using Host Tag 'host1', and another with Host Tag 'host2' then simply 
use these to deploy your VMs.  Bear in mind that you may lose HA functionality 
with this configuration.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: gokhan kocaman [mailto:gokhank...@gmail.com]
Sent: 22 April 2014 09:24
To: users@cloudstack.apache.org
Subject: Re: affinity group not work

But I want to use specific vms for specific hosts.

For example I want to create instance-1 to host-1. Not host-2


2014-04-22 11:17 GMT+03:00 Geoff Higginbottom <
geoff.higginbot...@shapeblue.com>:

> Affinity Groups are optional, If you have limited Hosts, simply do not 
> select an affinity group when deploying a VM
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: gokhan kocaman [mailto:gokhank...@gmail.com]
> Sent: 22 April 2014 09:00
> To: users@cloudstack.apache.org
> Subject: Re: affinity group not work
>
> I can only choose anti-affinity group as type. No other options seem.
>
>
> 2014-04-22 10:37 GMT+03:00 Geoff Higginbottom <
> geoff.higginbot...@shapeblue.com>:
>
> > Two things here.  You say you dedicated a host to an account which 
> > has access to a project, this means this host is now unavailable to 
> > the project, and can only be used by that account directly.
> >
> > Secondly the error message is highlighting a problem with affinity
> groups.
> >  If you are using an Anti-Affinity group and wish to create 3 VMs, 
> > you will need at least 3 hosts which are available to the Project 
> > (obviously excluding the one you dedicated to the account)
> >
> > Regards
> >
> > Geoff Higginbottom
> > CTO / Cloud Architect
> >
> > D: +44 20 3603 0542 | S: +44 20 3603 0540 > +442036030540> | M: +447968161581
> >
> > geoff.higginbot...@shapeblue.com > .c
> > om>
> > | www.shapeblue.com | 
> > | Twitter:@cloudstackguru<
> > https://twitter.com/#!/cloudstackguru>
> >
> > ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 
> > 4HS
> >
> >
> > On 22 Apr 2014, at 06:34, "gokhan kocaman"  > gokhank...@gmail.com>> wrote:
> >
> > I created a project and Project resources are:
> >
> > Max. templates5
> > Max. snapshots5
> > Max. volumes  5
> > Max. public IPs   5
> > Max. networks 5
> > Max. user VMs 5
> > Max. VPCs 5
> > Max. CPU cores  40
> > Max. primary (GiB)  200
> > Max. secondary (GiB)400
> > Max. memory (MiB)   40960
> >
> > Then I dedicated my host to my account that belongs to the project I 
> > mentioned above.
> >
> >
> > I created two instances that have 0.5ghz CPU, 1GB ram, 5gb hard disk ...
> > I thought that I can create up to 5 instance but after creating two 
> > instance I can't create third one.
> >
> > The error is:
> >
> > Unable to create a deployment for VM[User|xxx19], Please check the 
> > affinity groups provided, there may not be sufficient capacity to 
> > follow them
> >
> > Please help...
> > Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support< 
> > http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
> > best
> > 24/7 SLA for CloudStack Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1 training<
> > http://shapeblue.com/cloudstack-training/>
> > 28th-29th May 2014, Bangalore. Classromm< 
> > http://shapeblue.com/cloudstack-training/>
> > 16th-20th June 2014, Region A. Instructor led, On-line< 
> > http://shapeblue.com/cloudstack-training/>
> > 23rd-27th June 2014, Region B. Instructor led, On-line<

RE: affinity group not work

[Saksham Srivastava]

Geoff, thanks for the detailed analysis.
Comments inline.

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] 
Sent: Tuesday, April 22, 2014 5:26 PM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Hi Saksham,

Interesting points, however the 'ExplicitDedication' approach may not meet 
Gokhans requirements.  Gokhan wants to place specific VMs on Specific Hosts.  
If you use the dedicated resources feature you are suggesting, and dedicate 
Host 1 and Host 2 to an Account, they belong to a common Affinity Group which 
will be labelled 'DedicatedGrp-[account name]' There will be no Affinity Group 
called 'ExplicitDedication' which could confuse readers of this thread.  
Further, as the two Hosts will belong to the same Affinity Group, the user will 
have no control over which Host each VM is allocated to as the VMs will be 
allocated to any Host in the Group.
[Saksham] Yes there will be a single affinity group for the account 
irrespective of the hosts dedicated to it. Thanks for pointing it out.
This approach will specifically work if the requirement is a single host and 
vms from the account need to be placed only on it.

Also, as you rightly point out, Affinity Groups are not supported for Projects.

Your second suggestion of using the 'Deployment Planner' feature within the 
Service Offering set to ' ImplicitDedicationPlanner' will also not work as this 
will try and place the VMs on Hosts with only VMs belonging to the same 
account.  Again this requires Hosts to be dedicated to the Project (not 
supported) and will also potentially place the VMs on the same Host.
[Saksham] Implicit dedication is a post dedication feature. It is very 
different from Explicit Dedication. When a vm using Implicit Dedication Planner 
SO  is deployed, CS will search for an empty host. In case it finds it. The 
first vm is deployed on it. Subsequent vm deployments using the same SO will be 
tried on the same host. So the host is kind-of dedicated. It doesn’t require 
affinity groups at all. But may not be very helpful for the case in hand.

An alternative approach to using Hosts Tags which are very specific, would be 
to use the 'Deployment Planner' feature within the Service Offering, but set to 
'UserDispersingPlanner' with the 'Planner Mode' set to 'Strict'.  This should 
disperse the VMs across different Hosts, and if it's not able to place them on 
unique Hosts, it will throw an error.
[Saksham] I agree, given the specific case we have, the best way is to use 
tags, hands down.

There is a 'but' - it appears that setting the 'strict' option for the Planner 
Mode when using 'UserDispersingPlanner' does not apply to the service offering 
when creating it via the UI, however manually updating the 
'service_offering_details' table afterwards does create the required behaviour.

I need to look into this more to see if it is a bug in the UI or API.
[Saksham] Seems like a UI bug. I remember modes were introduced for Implicit 
Dedication planner. Not sure if they were also extended to other Planners also.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Saksham Srivastava [mailto:saksham.srivast...@citrix.com]
Sent: 22 April 2014 09:56
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Actually Affinity group of type Explicit Dedication can be of some help.
You dedicate the host to the account.
While deploying VM if you chose the affinity group 'ExplicitDedication', 
CloudStack will place the vm on host dedicated to the account.
If the affinity group is not chosen, the VM will be deployed on shared host(non 
dedicated).
However afaik affinity groups are not supported in projects (CLOUDSTACK-6237)

You can also try using Implicit dedication planner in strict mode while 
creating the service offering.
CS will try to place the VMs deployed from this service offering on implicitly 
dedicated host.

Please refer: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Dedicated+Resources+-+Private+zone,+pod,+cluster,+host+Functional+Spec

Thanks,
Saksham

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com]
Sent: Tuesday, April 22, 2014 1:57 PM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Then affinity groups are not what you need.  You need to setup Compute 
Offerings with Host Tags and then set the same Tags on the Hosts.

e.g.

Tag Host 1 with 'host1', Host 2 with 'host2' etc, then create a compute 
offering using Host Tag 'host1', and another with Host Tag 'host2' then simply 
use these to deploy your VMs.  Bear in mind that you may lose HA functionality 
with this configuration.

Reg

RE: affinity group not work

[Saksham Srivastava]

Created CLOUDSTACK-6480 and CLOUDSTACK-6479.
Service offerings creation with planner mode seems broken.

Thanks,
Saksham

-Original Message-
From: Prachi Damle [mailto:prachi.da...@citrix.com] 
Sent: Wednesday, April 23, 2014 3:34 AM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Yes, using tags will be the easiest way to achieve the usecase Gokhan wants.

Saksham,
The planner mode applies to ImplicitPlanner only - it has not been extended to 
any other planner. So this seems a bug to me.

Thanks,
Prachi

-Original Message-
From: Saksham Srivastava [mailto:saksham.srivast...@citrix.com]
Sent: Tuesday, April 22, 2014 6:16 AM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Geoff, thanks for the detailed analysis.
Comments inline.

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com]
Sent: Tuesday, April 22, 2014 5:26 PM
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Hi Saksham,

Interesting points, however the 'ExplicitDedication' approach may not meet 
Gokhans requirements.  Gokhan wants to place specific VMs on Specific Hosts.  
If you use the dedicated resources feature you are suggesting, and dedicate 
Host 1 and Host 2 to an Account, they belong to a common Affinity Group which 
will be labelled 'DedicatedGrp-[account name]' There will be no Affinity Group 
called 'ExplicitDedication' which could confuse readers of this thread.  
Further, as the two Hosts will belong to the same Affinity Group, the user will 
have no control over which Host each VM is allocated to as the VMs will be 
allocated to any Host in the Group.
[Saksham] Yes there will be a single affinity group for the account 
irrespective of the hosts dedicated to it. Thanks for pointing it out.
This approach will specifically work if the requirement is a single host and 
vms from the account need to be placed only on it.

Also, as you rightly point out, Affinity Groups are not supported for Projects.

Your second suggestion of using the 'Deployment Planner' feature within the 
Service Offering set to ' ImplicitDedicationPlanner' will also not work as this 
will try and place the VMs on Hosts with only VMs belonging to the same 
account.  Again this requires Hosts to be dedicated to the Project (not 
supported) and will also potentially place the VMs on the same Host.
[Saksham] Implicit dedication is a post dedication feature. It is very 
different from Explicit Dedication. When a vm using Implicit Dedication Planner 
SO  is deployed, CS will search for an empty host. In case it finds it. The 
first vm is deployed on it. Subsequent vm deployments using the same SO will be 
tried on the same host. So the host is kind-of dedicated. It doesn’t require 
affinity groups at all. But may not be very helpful for the case in hand.

An alternative approach to using Hosts Tags which are very specific, would be 
to use the 'Deployment Planner' feature within the Service Offering, but set to 
'UserDispersingPlanner' with the 'Planner Mode' set to 'Strict'.  This should 
disperse the VMs across different Hosts, and if it's not able to place them on 
unique Hosts, it will throw an error.
[Saksham] I agree, given the specific case we have, the best way is to use 
tags, hands down.

There is a 'but' - it appears that setting the 'strict' option for the Planner 
Mode when using 'UserDispersingPlanner' does not apply to the service offering 
when creating it via the UI, however manually updating the 
'service_offering_details' table afterwards does create the required behaviour.

I need to look into this more to see if it is a bug in the UI or API.
[Saksham] Seems like a UI bug. I remember modes were introduced for Implicit 
Dedication planner. Not sure if they were also extended to other Planners also.





Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Saksham Srivastava [mailto:saksham.srivast...@citrix.com]
Sent: 22 April 2014 09:56
To: users@cloudstack.apache.org
Subject: RE: affinity group not work

Actually Affinity group of type Explicit Dedication can be of some help.
You dedicate the host to the account.
While deploying VM if you chose the affinity group 'ExplicitDedication', 
CloudStack will place the vm on host dedicated to the account.
If the affinity group is not chosen, the VM will be deployed on shared host(non 
dedicated).
However afaik affinity groups are not supported in projects (CLOUDSTACK-6237)

You can also try using Implicit dedication planner in strict mode while 
creating the service offering.
CS will try to place the VMs deployed from this service offering on implicitly 
dedicated host.

Please refer: 
https://cwiki.apache.org/confluence/display/CLOUDS