Re: How to limit network's throughput?

[Venkata SwamyBabu Budumuru]

AFAIK, 

Network throttling feature is currently not supported by CS on KVM
hypervisor.

Thanks,
SWAMY

On 02/08/13 10:46 AM, "Tao Lin"  wrote:

>Hey, Venkata SwamyBabu:
>Thanks for your reply, I'm using KVM as the hypervisor. I have no idea
>where are the domain-xml-files of VMs created by cloudstack.
>
>
>Best regards.
>
>
>2013/8/2 Venkata SwamyBabu Budumuru 
>
>> What is the hypervisor you are using? Do you see that the hypervisor has
>> set the right value for the Guest NIC?
>>
>> Thanks,
>> SWAMY
>>
>> On 02/08/13 9:49 AM, "Tao Lin"  wrote:
>>
>> >Hi,all:
>> >  I tried to limit VMs' network throughput but failed to do so.I first
>>set
>> >the global setting of vm.network.throttling.rate to 8 (it means 8 Mb/s,
>> >1MB/s )and restarted management-server,  then created an service
>>offering
>> >in which the Network-Rate option was limited to 1MB.Finally I started a
>> >new
>> >VM.However, the settings seemed not work because the VM's network
>> >throughput was able to  reach to 11MB/s which is the maximum value of
>>my
>> >switch.
>> >I'm working with CS4.1,CentOS6.4, and using KVM as the hypervisor.All
>>the
>> >machines including VMs are located on a single subnet of
>>192.168.1.0/24.
>>
>>

Re: VPC Issue with CS 4.1/KVM/Openvswitch

[Chiradeep Vittal]

Check this thread
http://markmail.org/thread/gaxuprs6vtifsybk


On 7/23/13 10:37 PM, "Dinu Arateanu"  wrote:

>Hello,
>
>I've been testing Cloudstack 4.1 with KVM/Openvswitch networking. When
>trying to add a VPC, the VR's public interface default route was not
>assigned correctly, nor the source nat. Cloudstack reports the VPC is
>created successfully, however the VR is left in an "incomplete" state.
>Looking through the agent logs I found:
>
>2013-07-19 16:39:20,961 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.PlugNicCommand
>2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver]
>(agentRequest-Handler-2:null) plugging
>nic=[Nic:Public-192.168.1.68-vlan://32]
>2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver]
>(agentRequest-Handler-2:null) creating a vlan dev and bridge for public
>traffic per traffic label vswitch0
>2013-07-19 16:39:21,116 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.routing.IpAssocVpcCommand
>2013-07-19 16:39:21,126 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Executing:
>/usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh
>vpc_ipassoc.sh 169.254.2.23  -A  -l 192.168.1.68 -c ethnull -g
>192.168.1.1 -m 24 -n 192.168.1.0
>2013-07-19 16:39:29,107 DEBUG [kvm.resource.LibvirtComputingResource]
>(UgentTask-5:null) Executing:
>/usr/share/cloudstack-common/scripts/vm/network/security_group.py
>get_rule_logs_for_vms
>2013-07-19 16:39:29,233 DEBUG [kvm.resource.LibvirtComputingResource]
>(UgentTask-5:null) Execution is successful.
>2013-07-19 16:39:29,235 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
>Sending ping: Seq 7-103:  { Cmd , MgmtId: -1, via: 7, Ver: v1, Flags: 11,
>[{"PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_g
>atewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId
>":7,"wait":0}}] }
>2013-07-19 16:39:29,243 DEBUG [cloud.agent.Agent] (Agent-Handler-5:null)
>Received response: Seq 7-103:  { Ans: , MgmtId: 112938636298, via: 7,
>Ver: v1, Flags: 100010,
>[{"PingAnswer":{"_command":{"hostType":"Routing","hostId":7,"wait":0},"res
>ult":true,"wait":0}}] }
>2013-07-19 16:39:38,707 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Execution is successful.
>2013-07-19 16:39:38,708 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Device "ethnull" does not exist.
>Cannot find device "ethnull"
>Error: argument "Table_ethnull" is wrong: "table" value is invalid
>
>Error: argument "Table_ethnull" is wrong: "table" value is invalid
>
>RTNETLINK answers: No such process
>
>2013-07-19 16:39:38,709 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.routing.SetSourceNatCommand
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failing to get physical interface from
>bridgecloud0, did not find an eth*, bond*, or vlan* in
>/sys/devices/virtual/net/cloud0/brif
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failed to get vlan id from bridge
>cloud0attached to physical interface
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failing to get physical interface from
>bridgevswitch0, did not find an eth*, bond*, or vlan* in
>/sys/devices/virtual/net/vswitch0/brif
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failed to get vlan id from bridge
>vswitch0attached to physical interface
>2013-07-19 16:39:38,719 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Executing:
>/usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh
>vpc_snat.sh 169.254.2.23  -A  -l 192.168.1.68 -c eth2
>2013-07-19 16:39:38,947 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Execution is successful.
>2013-07-19 16:39:38,948 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) iptables: Bad rule (does a matching rule
>exist in that chain?).
>iptables: No chain/target/match by that name.
>
>
>Cloudstack is configured with advanced networking. Tags for physical
>networks
>- vswitch0 for public & guest traffic
>- vif9 for storage traffic
>- vif8 for management traffic
>
>Openvswitch configuration:
># ovs-vsctl show
>
>Bridge "vswitch1"
>Port "vswitch1"
>Interface "vswitch1"
>type: internal
>Port "eth1"
>Interface "eth1"
>Port "vif9"
>tag: 9
>Interface "vif9"
>type: internal
>Bridge "vswitch0"
>Port "vnet1"
>tag: 32
>Interface "vnet1"
>Port "vswitch0"
>Interface "vswitch0"
>type: internal
>Port 

RE: [Doc] Dedicated Resources: Public IPs and VLANs per Account is Ready

[Likitha Shetty]

I just have 2 comments,



1. Since this feature allows the admin to assign (and release) the IP addresses 
and VLANs only to an account, not both domain and account we need to modify the 
introduction accordingly.



2. And could you also add the following to section 15.8,



If an account has consumed all the VLANs and IPs dedicated to it, the account 
can acquire the 2 resources from the system. Cloudstack provides the ROOT admin 
with 2 configuration parameter to modify this default behavior - 
use.system.public.ips and use.system.guest.vlans.

The 2 global configs allow the ROOT admin to disallow an account from acquiring 
public IPs and guest VLANs from the system if the account has dedicated 
resources and these dedicated resources have all been consumed.

Both these configurations are configurable at the account level too. 
(https://issues.apache.org/jira/browse/CLOUDSTACK-3011)



Everything else looks good.



Thanks,

Likitha

From: Radhika Puthiyetath
Sent: Thursday, August 01, 2013 3:51 PM
To: users@cloudstack.apache.org; d...@cloudstack.apache.org; Abhinav Roy; 
Likitha Shetty
Subject: [Doc] Dedicated Resources: Public IPs and VLANs per Account is Ready

Hi,

Dedicated Resources: Public IPs and VLANs per Account is Ready documentation is 
ready for review. The doc is attached at 
https://issues.apache.org/jira/browse/CLOUDSTACK-817

Please see section 15.8. Reserving Public IP Addresses and VLANs Per Account 
(132), and provide your feedback.

Regards
-Radhika

答复: 答复: IP Address assigned by CS is not passed to new instance VM

[Yan Ke]

For me, this only occurs after a refresh CentOS 6.4 guest installation. And
I think it's due to CentOS not enabling eht0 by default.

If you're facing the same problem as I mentioned above, just edit the
'/etc/sysconfig/network-scripts/ifcfg-eth0', specify the 'onboot'
properties' value as yes.

-邮件原件-
发件人: users-return-8747-yanke1=yonyou@cloudstack.apache.org
[mailto:users-return-8747-yanke1=yonyou@cloudstack.apache.org] 代表
sriharsha work
发送时间: 2013年8月2日 11:41
收件人: users@cloudstack.apache.org
主题: Re: 答复: IP Address assigned by CS is not passed to new instance VM

Hi,

Even I have the same issue. Doing as suggested below only helps sometimes.
But this method doesn't help while automating VM creation and running
scripts after the VM is launched.

Thanks
Sriharsha

Sent from my iPhone

> On Aug 1, 2013, at 20:08, Yan Ke  wrote:
>
> Have you tried to bring-up eht0 and restart the network service?
>
> Just try:
> ifconfig eth0 up;
> service network restart;
>
>> On 2013年08月02日 09:51, Jerry Jiang wrote:
>> Hi Cindy,
>>
>> I faced the same issue days ago, and asked in this mail thread.
>>
>> It seems there is CS bug in basic network. You could try with 
>> advanced network to see the bug is there or not.
>>
>> Thanks
>> -Jerry
>>
>> -邮件原件-
>> 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
>> 发送时间: 2013年8月2日 星期五 5:51
>> 收件人: users@cloudstack.apache.org; Soheil Eizadi
>> 主题: Re: IP Address assigned by CS is not passed to new instance VM
>>
>> You cannot attach anything or use HTML on Apache mailing lists.
>> Can you try and bring up the interface up manually ifconfig eth0 up 
>> dhclient
>> eth0
>>
>> Does the "built-in" template work?
>>
>>> On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>>>
>>> Somehow I can't attach screenshots. So I copy the outputs of this 
>>> CentOS instance here. As you can see, the ethernet0 interface 
>>> configuration doesn't contain any ip address or default gateway 
>>> information, even though Cloudstack assigns these information correctly.
>>> [root@localhost network-scripts]# ifconfig
>>> loLink encap:Local Loopback
>>> inet addr:127.0.0.1  Mask:255.0.0.0
>>> inet6 addr: ::1/128 Scope:Host
>>> UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>> collisions:0 txqueuelen:0
>>> RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>>
>>> [root@localhost network-scripts]# hostname Localhost.localdomain 
>>> [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
>>> HWADDR="06:57:6E:00:00:2A"
>>> NM_CONTROLLED="yes"
>>> ONBOOT="no"
>>>
>>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>>> Reply-To:
>>> "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>
>>> Date: Thursday, August 1, 2013 2:34 PM
>>> To: "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>,
>>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>>> Subject: Re: IP Address assigned by CS is not passed to new instance 
>>> VM
>>>
>>> Attach the screenshots
>>>
>>> [cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90
>>> B3-
>>> 3B1
>>> 32C1A66B0]
>>>
>>> [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>>>
>>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>>> Reply-To:
>>> "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>
>>> Date: Thursday, August 1, 2013 2:24 PM
>>> To: "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>,
>>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>>> Subject: IP Address assigned by CS is not passed to new instance VM
>>>
>>> Hello,
>>>
>>> We are trying to create a new instance with basic networking setup 
>>> using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in 
>>> my
>> case:
>>> 10.60.176.110) to this new centOS instance, but once you log into 
>>> this VM, check "ifconfig" and 
>>> "/etc/sysconfig/network-scripts/ifcfg-eth0",
>>> the IP Address and default gateway information are not passed 
>>> through correctly. The same issue with hostname  instead of 
>>> "centos-107", it shows as "localhost.localdomain". Please see 
>>> attached screenshots. Has anyone experienced the similar issue?
>>>
>>> Our environment:
>>>
>>> 1.  CS 4.2
>>> 2.  XenServer 6.0.2
>>> 3.  CentOS 6.0 ISO
>>>
>>> Thanks,
>>> Cindy
>
>

Re: 答复: IP Address assigned by CS is not passed to new instance VM

[Venkata SwamyBabu Budumuru]

Do you have any other DHCP seder running on the same VLAN?

On 02/08/13 11:06 AM, "sriharsha work"  wrote:

>Hi Swamy,
>
>Thanks for the reply. I will check on this tomorrow.
>
>Can you please tell me the guidelines for making a template out of a
>vm. What configuration changes do we need to make on the vm used for
>creating a template.
>
>I also had an extension to this issue. Cloudstack assigns
>172.18.145.15 to my guest vm, but when I looked into the Vm using
>console and ifconfig returns 172.18.145.70. Hence I couldn't ssh to
>the vm. My concern here is about the discrepancy observed with the
>ipaddresses.
>
>Thanks
>Sriharsha.
>
>Sent from my iPhone
>
>> On Aug 1, 2013, at 21:29, Venkata SwamyBabu Budumuru
>> wrote:
>>
>> Hi Sriharsha,
>>
>> Can you check the following on your router?
>>
>> 1. When you start the VM. Do you see the VM's MAC, IP info being
>>recorded
>> in /etc/dhcphosts.txt file on your router VM?
>> 2. Also please make sure that /etc/dnsmasq.conf on your router contains
>> the following lines
>>
>> Dhcp-range=,static
>>
>>
>> Few other checks might help you here:
>>
>> On your Guest VM,
>>
>> (I) Are you sure that eth0 is what your current interface active? Please
>> check "ifconfig -a or dmesg" to see what eth interfaces are created by
>> system.
>> (II) If it is something else other than eth0, can you try "dhclient
>>ethX"
>> and see whether that works or not?
>>
>>
>> Thanks,
>> SWAMY
>>
>>
>>> On 02/08/13 9:10 AM, "sriharsha work"  wrote:
>>>
>>> Hi,
>>>
>>> Even I have the same issue. Doing as suggested below only helps
>>> sometimes. But this method doesn't help while automating VM creation
>>> and running scripts after the VM is launched.
>>>
>>> Thanks
>>> Sriharsha
>>>
>>> Sent from my iPhone
>>>
 On Aug 1, 2013, at 20:08, Yan Ke  wrote:

 Have you tried to bring-up eht0 and restart the network service?

 Just try:
 ifconfig eth0 up;
 service network restart;

> On 2013年08月02日 09:51, Jerry Jiang wrote:
> Hi Cindy,
>
> I faced the same issue days ago, and asked in this mail thread.
>
> It seems there is CS bug in basic network. You could try with
>advanced
> network to see the bug is there or not.
>
> Thanks
> -Jerry
>
> -邮件原件-
> 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
> 发送时间: 2013年8月2日 星期五 5:51
> 收件人: users@cloudstack.apache.org; Soheil Eizadi
> 主题: Re: IP Address assigned by CS is not passed to new instance VM
>
> You cannot attach anything or use HTML on Apache mailing lists.
> Can you try and bring up the interface up manually ifconfig eth0 up
> dhclient
> eth0
>
> Does the "built-in" template work?
>
>> On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>>
>> Somehow I can't attach screenshots. So I copy the outputs of this
>> CentOS instance here. As you can see, the ethernet0 interface
>> configuration doesn't contain any ip address or default gateway
>> information, even though Cloudstack assigns these information
>> correctly.
>> [root@localhost network-scripts]# ifconfig
>> loLink encap:Local Loopback
>>inet addr:127.0.0.1  Mask:255.0.0.0
>>inet6 addr: ::1/128 Scope:Host
>>UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>collisions:0 txqueuelen:0
>>RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>
>> [root@localhost network-scripts]# hostname Localhost.localdomain
>> [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
>> HWADDR="06:57:6E:00:00:2A"
>> NM_CONTROLLED="yes"
>> ONBOOT="no"
>>
>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>> Reply-To:
>> "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>
>> Date: Thursday, August 1, 2013 2:34 PM
>> To: 
>>"users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>,
>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>> Subject: Re: IP Address assigned by CS is not passed to new instance
>> VM
>>
>> Attach the screenshots
>>
>>
>> 
>>[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B
>>3-
>> 3B1
>> 32C1A66B0]
>>
>> [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>>
>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>> Reply-To:
>> "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>
>> Date: Thursday, August 1, 2013 2:24 PM
>> To: 
>>"users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>,
>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>> Subject: IP Address assigned by CS is not 

Re: 答复: IP Address assigned by CS is not passed to new instance VM

[sriharsha work]

Hi Swamy,

Thanks for the reply. I will check on this tomorrow.

Can you please tell me the guidelines for making a template out of a
vm. What configuration changes do we need to make on the vm used for
creating a template.

I also had an extension to this issue. Cloudstack assigns
172.18.145.15 to my guest vm, but when I looked into the Vm using
console and ifconfig returns 172.18.145.70. Hence I couldn't ssh to
the vm. My concern here is about the discrepancy observed with the
ipaddresses.

Thanks
Sriharsha.

Sent from my iPhone

> On Aug 1, 2013, at 21:29, Venkata SwamyBabu Budumuru 
>  wrote:
>
> Hi Sriharsha,
>
> Can you check the following on your router?
>
> 1. When you start the VM. Do you see the VM's MAC, IP info being recorded
> in /etc/dhcphosts.txt file on your router VM?
> 2. Also please make sure that /etc/dnsmasq.conf on your router contains
> the following lines
>
> Dhcp-range=,static
>
>
> Few other checks might help you here:
>
> On your Guest VM,
>
> (I) Are you sure that eth0 is what your current interface active? Please
> check "ifconfig -a or dmesg" to see what eth interfaces are created by
> system.
> (II) If it is something else other than eth0, can you try "dhclient ethX"
> and see whether that works or not?
>
>
> Thanks,
> SWAMY
>
>
>> On 02/08/13 9:10 AM, "sriharsha work"  wrote:
>>
>> Hi,
>>
>> Even I have the same issue. Doing as suggested below only helps
>> sometimes. But this method doesn't help while automating VM creation
>> and running scripts after the VM is launched.
>>
>> Thanks
>> Sriharsha
>>
>> Sent from my iPhone
>>
>>> On Aug 1, 2013, at 20:08, Yan Ke  wrote:
>>>
>>> Have you tried to bring-up eht0 and restart the network service?
>>>
>>> Just try:
>>> ifconfig eth0 up;
>>> service network restart;
>>>
 On 2013年08月02日 09:51, Jerry Jiang wrote:
 Hi Cindy,

 I faced the same issue days ago, and asked in this mail thread.

 It seems there is CS bug in basic network. You could try with advanced
 network to see the bug is there or not.

 Thanks
 -Jerry

 -邮件原件-
 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
 发送时间: 2013年8月2日 星期五 5:51
 收件人: users@cloudstack.apache.org; Soheil Eizadi
 主题: Re: IP Address assigned by CS is not passed to new instance VM

 You cannot attach anything or use HTML on Apache mailing lists.
 Can you try and bring up the interface up manually ifconfig eth0 up
 dhclient
 eth0

 Does the "built-in" template work?

> On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>
> Somehow I can't attach screenshots. So I copy the outputs of this
> CentOS instance here. As you can see, the ethernet0 interface
> configuration doesn't contain any ip address or default gateway
> information, even though Cloudstack assigns these information
> correctly.
> [root@localhost network-scripts]# ifconfig
> loLink encap:Local Loopback
>inet addr:127.0.0.1  Mask:255.0.0.0
>inet6 addr: ::1/128 Scope:Host
>UP LOOPBACK RUNNING  MTU:16436  Metric:1
>RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
> [root@localhost network-scripts]# hostname Localhost.localdomain
> [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
> HWADDR="06:57:6E:00:00:2A"
> NM_CONTROLLED="yes"
> ONBOOT="no"
>
> From: Cindy Jiang mailto:cji...@infoblox.com>>
> Reply-To:
> "users@cloudstack.apache.org"
> mailto:users@cloudstack.apache.org>>
> Date: Thursday, August 1, 2013 2:34 PM
> To: "users@cloudstack.apache.org"
> mailto:users@cloudstack.apache.org>>,
> Soheil Eizadi mailto:seiz...@infoblox.com>>
> Subject: Re: IP Address assigned by CS is not passed to new instance
> VM
>
> Attach the screenshots
>
>
> [cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-
> 3B1
> 32C1A66B0]
>
> [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>
> From: Cindy Jiang mailto:cji...@infoblox.com>>
> Reply-To:
> "users@cloudstack.apache.org"
> mailto:users@cloudstack.apache.org>>
> Date: Thursday, August 1, 2013 2:24 PM
> To: "users@cloudstack.apache.org"
> mailto:users@cloudstack.apache.org>>,
> Soheil Eizadi mailto:seiz...@infoblox.com>>
> Subject: IP Address assigned by CS is not passed to new instance VM
>
> Hello,
>
> We are trying to create a new instance with basic networking setup
> using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my
 case:
> 10.60.176.110) to this new centOS instance, but once you log into this

[Doc] Non Contiguous VLAN Ranges for Review

[Radhika Puthiyetath]

Hi,

Non Contiguous VLAN Ranges documentation is ready for review. The doc is 
attached at https://issues.apache.org/jira/browse/CLOUDSTACK-804.

Please see section 11.9.2. Non Contiguous VLAN Ranges (88), and provide your 
feedback.

Regards
-Radhika

Re: How to limit network's throughput?

[Tao Lin]

Hey, Venkata SwamyBabu:
Thanks for your reply, I'm using KVM as the hypervisor. I have no idea
where are the domain-xml-files of VMs created by cloudstack.


Best regards.


2013/8/2 Venkata SwamyBabu Budumuru 

> What is the hypervisor you are using? Do you see that the hypervisor has
> set the right value for the Guest NIC?
>
> Thanks,
> SWAMY
>
> On 02/08/13 9:49 AM, "Tao Lin"  wrote:
>
> >Hi,all:
> >  I tried to limit VMs' network throughput but failed to do so.I first set
> >the global setting of vm.network.throttling.rate to 8 (it means 8 Mb/s,
> >1MB/s )and restarted management-server,  then created an service offering
> >in which the Network-Rate option was limited to 1MB.Finally I started a
> >new
> >VM.However, the settings seemed not work because the VM's network
> >throughput was able to  reach to 11MB/s which is the maximum value of my
> >switch.
> >I'm working with CS4.1,CentOS6.4, and using KVM as the hypervisor.All the
> >machines including VMs are located on a single subnet of 192.168.1.0/24.
>
>

Re: How to limit network's throughput?

[Venkata SwamyBabu Budumuru]

What is the hypervisor you are using? Do you see that the hypervisor has
set the right value for the Guest NIC?

Thanks,
SWAMY

On 02/08/13 9:49 AM, "Tao Lin"  wrote:

>Hi,all:
>  I tried to limit VMs' network throughput but failed to do so.I first set
>the global setting of vm.network.throttling.rate to 8 (it means 8 Mb/s,
>1MB/s )and restarted management-server,  then created an service offering
>in which the Network-Rate option was limited to 1MB.Finally I started a
>new
>VM.However, the settings seemed not work because the VM's network
>throughput was able to  reach to 11MB/s which is the maximum value of my
>switch.
>I'm working with CS4.1,CentOS6.4, and using KVM as the hypervisor.All the
>machines including VMs are located on a single subnet of 192.168.1.0/24.

Re: 答复: IP Address assigned by CS is not passed to new instance VM

[Venkata SwamyBabu Budumuru]

Hi Sriharsha,

Can you check the following on your router?

1. When you start the VM. Do you see the VM's MAC, IP info being recorded
in /etc/dhcphosts.txt file on your router VM?
2. Also please make sure that /etc/dnsmasq.conf on your router contains
the following lines

Dhcp-range=,static


Few other checks might help you here:

On your Guest VM,

(I) Are you sure that eth0 is what your current interface active? Please
check "ifconfig -a or dmesg" to see what eth interfaces are created by
system.
(II) If it is something else other than eth0, can you try "dhclient ethX"
and see whether that works or not?


Thanks,
SWAMY


On 02/08/13 9:10 AM, "sriharsha work"  wrote:

>Hi,
>
>Even I have the same issue. Doing as suggested below only helps
>sometimes. But this method doesn't help while automating VM creation
>and running scripts after the VM is launched.
>
>Thanks
>Sriharsha
>
>Sent from my iPhone
>
>> On Aug 1, 2013, at 20:08, Yan Ke  wrote:
>>
>> Have you tried to bring-up eht0 and restart the network service?
>>
>> Just try:
>> ifconfig eth0 up;
>> service network restart;
>>
>>> On 2013年08月02日 09:51, Jerry Jiang wrote:
>>> Hi Cindy,
>>>
>>> I faced the same issue days ago, and asked in this mail thread.
>>>
>>> It seems there is CS bug in basic network. You could try with advanced
>>> network to see the bug is there or not.
>>>
>>> Thanks
>>> -Jerry
>>>
>>> -邮件原件-
>>> 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
>>> 发送时间: 2013年8月2日 星期五 5:51
>>> 收件人: users@cloudstack.apache.org; Soheil Eizadi
>>> 主题: Re: IP Address assigned by CS is not passed to new instance VM
>>>
>>> You cannot attach anything or use HTML on Apache mailing lists.
>>> Can you try and bring up the interface up manually ifconfig eth0 up
>>>dhclient
>>> eth0
>>>
>>> Does the "built-in" template work?
>>>
 On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:

 Somehow I can't attach screenshots. So I copy the outputs of this
 CentOS instance here. As you can see, the ethernet0 interface
 configuration doesn't contain any ip address or default gateway
 information, even though Cloudstack assigns these information
correctly.
 [root@localhost network-scripts]# ifconfig
 loLink encap:Local Loopback
 inet addr:127.0.0.1  Mask:255.0.0.0
 inet6 addr: ::1/128 Scope:Host
 UP LOOPBACK RUNNING  MTU:16436  Metric:1
 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:0
 RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

 [root@localhost network-scripts]# hostname Localhost.localdomain
 [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
 HWADDR="06:57:6E:00:00:2A"
 NM_CONTROLLED="yes"
 ONBOOT="no"

 From: Cindy Jiang mailto:cji...@infoblox.com>>
 Reply-To:
 "users@cloudstack.apache.org"
 mailto:users@cloudstack.apache.org>>
 Date: Thursday, August 1, 2013 2:34 PM
 To: "users@cloudstack.apache.org"
 mailto:users@cloudstack.apache.org>>,
 Soheil Eizadi mailto:seiz...@infoblox.com>>
 Subject: Re: IP Address assigned by CS is not passed to new instance
VM

 Attach the screenshots

 
[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-
 3B1
 32C1A66B0]

 [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]

 From: Cindy Jiang mailto:cji...@infoblox.com>>
 Reply-To:
 "users@cloudstack.apache.org"
 mailto:users@cloudstack.apache.org>>
 Date: Thursday, August 1, 2013 2:24 PM
 To: "users@cloudstack.apache.org"
 mailto:users@cloudstack.apache.org>>,
 Soheil Eizadi mailto:seiz...@infoblox.com>>
 Subject: IP Address assigned by CS is not passed to new instance VM

 Hello,

 We are trying to create a new instance with basic networking setup
 using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my
>>> case:
 10.60.176.110) to this new centOS instance, but once you log into this
 VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0",
 the IP Address and default gateway information are not passed through
 correctly. The same issue with hostname  instead of "centos-107", it
 shows as "localhost.localdomain". Please see attached screenshots. Has
 anyone experienced the similar issue?

 Our environment:

 1.  CS 4.2
 2.  XenServer 6.0.2
 3.  CentOS 6.0 ISO

 Thanks,
 Cindy
>>
>>

How to limit network's throughput?

[Tao Lin]

Hi,all:
  I tried to limit VMs' network throughput but failed to do so.I first set
the global setting of vm.network.throttling.rate to 8 (it means 8 Mb/s,
1MB/s )and restarted management-server,  then created an service offering
in which the Network-Rate option was limited to 1MB.Finally I started a new
VM.However, the settings seemed not work because the VM's network
throughput was able to  reach to 11MB/s which is the maximum value of my
switch.
I'm working with CS4.1,CentOS6.4, and using KVM as the hypervisor.All the
machines including VMs are located on a single subnet of 192.168.1.0/24.

Re: 答复: IP Address assigned by CS is not passed to new instance VM

[sriharsha work]

Hi,

Even I have the same issue. Doing as suggested below only helps
sometimes. But this method doesn't help while automating VM creation
and running scripts after the VM is launched.

Thanks
Sriharsha

Sent from my iPhone

> On Aug 1, 2013, at 20:08, Yan Ke  wrote:
>
> Have you tried to bring-up eht0 and restart the network service?
>
> Just try:
> ifconfig eth0 up;
> service network restart;
>
>> On 2013年08月02日 09:51, Jerry Jiang wrote:
>> Hi Cindy,
>>
>> I faced the same issue days ago, and asked in this mail thread.
>>
>> It seems there is CS bug in basic network. You could try with advanced
>> network to see the bug is there or not.
>>
>> Thanks
>> -Jerry
>>
>> -邮件原件-
>> 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
>> 发送时间: 2013年8月2日 星期五 5:51
>> 收件人: users@cloudstack.apache.org; Soheil Eizadi
>> 主题: Re: IP Address assigned by CS is not passed to new instance VM
>>
>> You cannot attach anything or use HTML on Apache mailing lists.
>> Can you try and bring up the interface up manually ifconfig eth0 up dhclient
>> eth0
>>
>> Does the "built-in" template work?
>>
>>> On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>>>
>>> Somehow I can't attach screenshots. So I copy the outputs of this
>>> CentOS instance here. As you can see, the ethernet0 interface
>>> configuration doesn't contain any ip address or default gateway
>>> information, even though Cloudstack assigns these information correctly.
>>> [root@localhost network-scripts]# ifconfig
>>> loLink encap:Local Loopback
>>> inet addr:127.0.0.1  Mask:255.0.0.0
>>> inet6 addr: ::1/128 Scope:Host
>>> UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>> collisions:0 txqueuelen:0
>>> RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>>
>>> [root@localhost network-scripts]# hostname Localhost.localdomain
>>> [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
>>> HWADDR="06:57:6E:00:00:2A"
>>> NM_CONTROLLED="yes"
>>> ONBOOT="no"
>>>
>>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>>> Reply-To:
>>> "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>
>>> Date: Thursday, August 1, 2013 2:34 PM
>>> To: "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>,
>>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>>> Subject: Re: IP Address assigned by CS is not passed to new instance VM
>>>
>>> Attach the screenshots
>>>
>>> [cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-
>>> 3B1
>>> 32C1A66B0]
>>>
>>> [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>>>
>>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>>> Reply-To:
>>> "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>
>>> Date: Thursday, August 1, 2013 2:24 PM
>>> To: "users@cloudstack.apache.org"
>>> mailto:users@cloudstack.apache.org>>,
>>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>>> Subject: IP Address assigned by CS is not passed to new instance VM
>>>
>>> Hello,
>>>
>>> We are trying to create a new instance with basic networking setup
>>> using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my
>> case:
>>> 10.60.176.110) to this new centOS instance, but once you log into this
>>> VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0",
>>> the IP Address and default gateway information are not passed through
>>> correctly. The same issue with hostname  instead of "centos-107", it
>>> shows as "localhost.localdomain". Please see attached screenshots. Has
>>> anyone experienced the similar issue?
>>>
>>> Our environment:
>>>
>>> 1.  CS 4.2
>>> 2.  XenServer 6.0.2
>>> 3.  CentOS 6.0 ISO
>>>
>>> Thanks,
>>> Cindy
>
>

Re: 答复: IP Address assigned by CS is not passed to new instance VM

[Yan Ke]

Have you tried to bring-up eht0 and restart the network service?

Just try:
ifconfig eth0 up;
service network restart;

On 2013年08月02日 09:51, Jerry Jiang wrote:
> Hi Cindy,
>
> I faced the same issue days ago, and asked in this mail thread.
>
> It seems there is CS bug in basic network. You could try with advanced
> network to see the bug is there or not.
>
> Thanks
> -Jerry
>
> -邮件原件-
> 发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] 
> 发送时间: 2013年8月2日 星期五 5:51
> 收件人: users@cloudstack.apache.org; Soheil Eizadi
> 主题: Re: IP Address assigned by CS is not passed to new instance VM
>
> You cannot attach anything or use HTML on Apache mailing lists.
> Can you try and bring up the interface up manually ifconfig eth0 up dhclient
> eth0
>
> Does the "built-in" template work?
>
> On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>
>> Somehow I can't attach screenshots. So I copy the outputs of this 
>> CentOS instance here. As you can see, the ethernet0 interface 
>> configuration doesn't contain any ip address or default gateway 
>> information, even though Cloudstack assigns these information correctly.
>> [root@localhost network-scripts]# ifconfig
>> loLink encap:Local Loopback
>>  inet addr:127.0.0.1  Mask:255.0.0.0
>>  inet6 addr: ::1/128 Scope:Host
>>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>  collisions:0 txqueuelen:0
>>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>
>> [root@localhost network-scripts]# hostname Localhost.localdomain 
>> [root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
>> HWADDR="06:57:6E:00:00:2A"
>> NM_CONTROLLED="yes"
>> ONBOOT="no"
>>
>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>> Reply-To: 
>> "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>
>> Date: Thursday, August 1, 2013 2:34 PM
>> To: "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>, 
>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>> Subject: Re: IP Address assigned by CS is not passed to new instance VM
>>
>> Attach the screenshots
>>
>> [cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-
>> 3B1
>> 32C1A66B0]
>>
>> [cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>>
>> From: Cindy Jiang mailto:cji...@infoblox.com>>
>> Reply-To: 
>> "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>
>> Date: Thursday, August 1, 2013 2:24 PM
>> To: "users@cloudstack.apache.org"
>> mailto:users@cloudstack.apache.org>>, 
>> Soheil Eizadi mailto:seiz...@infoblox.com>>
>> Subject: IP Address assigned by CS is not passed to new instance VM
>>
>> Hello,
>>
>> We are trying to create a new instance with basic networking setup 
>> using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my
> case:
>> 10.60.176.110) to this new centOS instance, but once you log into this 
>> VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0", 
>> the IP Address and default gateway information are not passed through 
>> correctly. The same issue with hostname  instead of "centos-107", it 
>> shows as "localhost.localdomain". Please see attached screenshots. Has 
>> anyone experienced the similar issue?
>>
>> Our environment:
>>
>>  1.  CS 4.2
>>  2.  XenServer 6.0.2
>>  3.  CentOS 6.0 ISO
>>
>> Thanks,
>> Cindy
>

Re: VPC Issue with CS 4.1/KVM/Openvswitch

[Ahmad Emneina]

I can only guess this to be a bug. I'd file that and probably raise it to 
critical since this seems to bet key functionality broken. Have you tried this 
with Cloudstack 4.2 that's nearing release, and you might be able to get it 
fixed there.

Ahmad

On Jul 23, 2013, at 10:07 AM, Dinu Arateanu  wrote:

> Hello,
> 
> I've been testing Cloudstack 4.1 with KVM/Openvswitch networking. When trying 
> to add a VPC, the VR's public interface default route was not assigned 
> correctly, nor the source nat. Cloudstack reports the VPC is created 
> successfully, however the VR is left in an "incomplete" state. Looking 
> through the agent logs I found: 
> 
> 2013-07-19 16:39:20,961 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-2:null) Processing command: 
> com.cloud.agent.api.PlugNicCommand
> 2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver] 
> (agentRequest-Handler-2:null) plugging nic=[Nic:Public-192.168.1.68-vlan://32]
> 2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver] 
> (agentRequest-Handler-2:null) creating a vlan dev and bridge for public 
> traffic per traffic label vswitch0
> 2013-07-19 16:39:21,116 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-2:null) Processing command: 
> com.cloud.agent.api.routing.IpAssocVpcCommand
> 2013-07-19 16:39:21,126 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) Executing: 
> /usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh 
> vpc_ipassoc.sh 169.254.2.23  -A  -l 192.168.1.68 -c ethnull -g 192.168.1.1 -m 
> 24 -n 192.168.1.0
> 2013-07-19 16:39:29,107 DEBUG [kvm.resource.LibvirtComputingResource] 
> (UgentTask-5:null) Executing: 
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py 
> get_rule_logs_for_vms
> 2013-07-19 16:39:29,233 DEBUG [kvm.resource.LibvirtComputingResource] 
> (UgentTask-5:null) Execution is successful.
> 2013-07-19 16:39:29,235 DEBUG [cloud.agent.Agent] (UgentTask-5:null) Sending 
> ping: Seq 7-103:  { Cmd , MgmtId: -1, via: 7, Ver: v1, Flags: 11, 
> [{"PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_gatewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId":7,"wait":0}}]
>  }
> 2013-07-19 16:39:29,243 DEBUG [cloud.agent.Agent] (Agent-Handler-5:null) 
> Received response: Seq 7-103:  { Ans: , MgmtId: 112938636298, via: 7, Ver: 
> v1, Flags: 100010, 
> [{"PingAnswer":{"_command":{"hostType":"Routing","hostId":7,"wait":0},"result":true,"wait":0}}]
>  }
> 2013-07-19 16:39:38,707 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) Execution is successful.
> 2013-07-19 16:39:38,708 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) Device "ethnull" does not exist.
> Cannot find device "ethnull"
> Error: argument "Table_ethnull" is wrong: "table" value is invalid
> 
> Error: argument "Table_ethnull" is wrong: "table" value is invalid
> 
> RTNETLINK answers: No such process
> 
> 2013-07-19 16:39:38,709 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-2:null) Processing command: 
> com.cloud.agent.api.routing.SetSourceNatCommand
> 2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-2:null) failing to get physical interface from 
> bridgecloud0, did not find an eth*, bond*, or vlan* in 
> /sys/devices/virtual/net/cloud0/brif
> 2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-2:null) failed to get vlan id from bridge 
> cloud0attached to physical interface
> 2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-2:null) failing to get physical interface from 
> bridgevswitch0, did not find an eth*, bond*, or vlan* in 
> /sys/devices/virtual/net/vswitch0/brif
> 2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-2:null) failed to get vlan id from bridge 
> vswitch0attached to physical interface
> 2013-07-19 16:39:38,719 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) Executing: 
> /usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh vpc_snat.sh 
> 169.254.2.23  -A  -l 192.168.1.68 -c eth2
> 2013-07-19 16:39:38,947 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) Execution is successful.
> 2013-07-19 16:39:38,948 DEBUG 
> [resource.virtualnetwork.VirtualRoutingResource] 
> (agentRequest-Handler-2:null) iptables: Bad rule (does a matching rule exist 
> in that chain?).
> iptables: No chain/target/match by that name.
> 
> 
> Cloudstack is configured with advanced networking. Tags for physical networks
> - vswitch0 for public & guest traffic
> - vif9 for storage traffic
> - vif8 for management traffic
> 
> Openvswitch configuration: 
> # ovs-vsctl show
> 
>Bridge "vswitch1"
>Port "vswitch1"
>Interface "vswitch1"
>type: internal
>Port "eth1

Re: Setting up networking on single machine

[Ahmad Emneina]

Hey Philip, when creating your zone, did you happen to edit the guest traffic 
network name label to guest? Why I ask is it seems to be looking for a specific 
bridge name to bond guest traffic to, and it can't find that bond on the host. 
What you might want to try is navigate to infrastructure -> zone -> physical 
network -> guest and see if it has something defined in the 'tags' section. If 
that says 'guest' I think you have your culprit. Change that to br0 and 
hopefully things smooth themselves out.

Ahmad

On Jul 23, 2013, at 6:37 AM, Philip Andrews  wrote:

> Hello,
> 
> I'm trying to setup a demonstration Cloudstack system, I have the management 
> server running and have had trouble getting the agent to run and connect 
> correctly. I am using a laptop with a single NIC interface to run both the 
> Mgmt server and the Host.
> 
> If I setup the agent with all interfaces as br0 which is bridged with eth0 
> the agent will launch and connect to the mgmt server but the host will not 
> run in the mgmt server I am getting an error:
> 
> 2013-07-23 09:36:16,783 DEBUG [agent.manager.AgentManagerImpl] 
> (AgentConnectTaskPool-232:null) Failed to handle host connection: 
> com.cloud.exception.ConnectionException: Incorrect Network setup on agent, 
> Reinitialize agent after network names are setup, details : Can not find 
> network: guest
> 
> The host is added to the mgmt server but on connection that error is coming 
> up in the management-server.log.
> 
> The command I used to launch the agent is:
> 
> cloudstack-setup-agent  -m 10.5.0.143 -z 1 -p 1 -c 1 -g 
> 66cd794b-f26b-31de-9acf-e71575c4917e -a --pubNic=br0 --prvNic=br0 
> --guestNic=br0
> 
> Any help is appreciated.
> 
> -Phil
> 
> 
> Philip Andrews
> Senior Linux Engineer
> 
> T +1 603-625-2280
> F +1 603-641-2280
> M
> mailto:pandr...@thunderhead.com
> 
> Thunderhead.com is the trading name of Thunderhead Limited which is 
> registered in England under No. 4303041 whose registered office is at 
> Catalyst House 720 Centennial Court, Centennial Park, Elstree, Herts. WD6 3SY.
> --
> The contents of this e-mail are intended for the named addressee only. It 
> contains confidential information. Unless you are the named addressee or an 
> authorized designee, you may not copy or use it, or disclose it to anyone 
> else. If you received it in error please notify us immediately and then 
> destroy it.
> --
> 
> 

Re: can't create VM after upgrade from 3.0.2 to 4,1. Error Code: 533 Error text: Unable to create a deployment for VM

[Ahmad Emneina]

Hey William, it seems You only have local storage in your cloud... And 
Cloudstack is looking to deploy to a shared storage pool. You can either add 
shared storage or change the service offering you're using to use local storage.

Ahmad

On Jul 22, 2013, at 12:13 PM, William Jiang  wrote:

> 2013-07-22 13:51:38,019 DEBUG 
> [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-2:job-1036) 
> Checking if storage pool is suitable, name: xen4-cld.na.manwin.local Local 
> Storage ,poolId: 206
> 2013-07-22 13:51:38,020 DEBUG 
> [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-2:job-1036) Is 
> localStorageAllocationNeeded? false
> 2013-07-22 13:51:38,020 DEBUG 
> [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-2:job-1036) Is 
> storage pool shared? false
> 2013-07-22 13:51:38,020 DEBUG 
> [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-2:job-1036) 
> StoragePool is not of correct type, skipping this pool

答复: IP Address assigned by CS is not passed to new instance VM

[Jerry Jiang]

Hi Cindy,

I faced the same issue days ago, and asked in this mail thread.

It seems there is CS bug in basic network. You could try with advanced
network to see the bug is there or not.

Thanks
-Jerry

-邮件原件-
发件人: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] 
发送时间: 2013年8月2日 星期五 5:51
收件人: users@cloudstack.apache.org; Soheil Eizadi
主题: Re: IP Address assigned by CS is not passed to new instance VM

You cannot attach anything or use HTML on Apache mailing lists.
Can you try and bring up the interface up manually ifconfig eth0 up dhclient
eth0

Does the "built-in" template work?

On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:

>Somehow I can't attach screenshots. So I copy the outputs of this 
>CentOS instance here. As you can see, the ethernet0 interface 
>configuration doesn't contain any ip address or default gateway 
>information, even though Cloudstack assigns these information correctly.
>[root@localhost network-scripts]# ifconfig
>loLink encap:Local Loopback
>  inet addr:127.0.0.1  Mask:255.0.0.0
>  inet6 addr: ::1/128 Scope:Host
>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
>[root@localhost network-scripts]# hostname Localhost.localdomain 
>[root@localhost network-scripts]# cat ifcfg-eth0 DEVICE="eth0"
>HWADDR="06:57:6E:00:00:2A"
>NM_CONTROLLED="yes"
>ONBOOT="no"
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:34 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, 
>Soheil Eizadi mailto:seiz...@infoblox.com>>
>Subject: Re: IP Address assigned by CS is not passed to new instance VM
>
>Attach the screenshots
>
>[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-
>3B1
>32C1A66B0]
>
>[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:24 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, 
>Soheil Eizadi mailto:seiz...@infoblox.com>>
>Subject: IP Address assigned by CS is not passed to new instance VM
>
>Hello,
>
>We are trying to create a new instance with basic networking setup 
>using CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my
case:
>10.60.176.110) to this new centOS instance, but once you log into this 
>VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0", 
>the IP Address and default gateway information are not passed through 
>correctly. The same issue with hostname  instead of "centos-107", it 
>shows as "localhost.localdomain". Please see attached screenshots. Has 
>anyone experienced the similar issue?
>
>Our environment:
>
>  1.  CS 4.2
>  2.  XenServer 6.0.2
>  3.  CentOS 6.0 ISO
>
>Thanks,
>Cindy

Re: CloudStack 302 to 41 XenServer Issue

[John Skinner]

Whoops, I actually replied to this twice but I sent it to myself instead of the 
list lol. I actually ended up fixing this:

2013-08-01 15:11:35,151 DEBUG [xen.resource.CitrixResourceBase] 
(AgentTaskPool-3:null) Management network is on 
pif=f6ca9e23-77a1-37e1-b5e8-744e7a612945
2013-08-01 15:11:35,161 WARN  [xen.resource.CitrixResourceBase] 
(AgentTaskPool-3:null) Unable to find storage network cloud-stor1 for host 
10.10.2.11
2013-08-01 15:11:35,161 WARN  [xen.resource.CitrixResourceBase] 
(AgentTaskPool-3:null) Unable to get host information for 10.10.2.11
java.lang.IllegalArgumentException: Unable to find storage network cloud-stor1 
for host 10.10.2.11
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getHostInfo(CitrixResourceBase.java:4364)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.initialize(CitrixResourceBase.java:4496)
at 
com.cloud.hypervisor.xen.resource.XenServer56Resource.initialize(XenServer56Resource.java:323)
at 
com.cloud.resource.ResourceManagerImpl.createHostAndAgent(ResourceManagerImpl.java:1907)
at 
com.cloud.resource.ResourceManagerImpl.createHostAndAgent(ResourceManagerImpl.java:2084)
at 
com.cloud.agent.manager.AgentManagerImpl$SimulateStartTask.run(AgentManagerImpl.java:1156)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)

That was the error I was getting every time it tried to connect to a XenServer 
host.

There was an entry in my host_details table called storage.network.device1and 
storage.network.device2 that with values of cloud-stor1 and cloud-stor2. I 
don't remember ever setting these networks up, and they don't actually exist on 
my XenServer hosts at all. I removed the entries from my database and the 
XenServer hosts connected just fine.

This is an environment that has been running since 2.2.1 according to my 
version table. I am not sure that if maybe an older version of CS was creating 
these these storage network tags automatically? I checked another deployment 
that was deployed on 3.0.2 with XenServer 5.6SP2 and it did not have these 
entries in the database, and I've been deploying XenServer the same way for a 
long time with CloudStack. Was quite weird.

On Aug 1, 2013, at 4:54 PM, Chiradeep Vittal  
wrote:

> Logs?
> 
> On 8/1/13 12:53 PM, "John Skinner"  wrote:
> 
>> Hello all,
>> 
>> Just upgraded my mixed KVM/XenServer environment form 3.0.2 to 4.1. All
>> of my KVM hosts seem happy, but all of my XenServer (5.6SP2) hosts show
>> as disconnected and are not coming back. Has anyone experienced this?
>> 
>> 
>> 
>> 
>> 
> 

Re: cloudmonkey

[Chiradeep Vittal]

431 is "parameter error" indicating that a required parameter is not
present. You can check "api.log".
Note that all the parameters have to be on one line.

On 7/28/13 3:38 PM, "Rohit Yadav"  wrote:

>On Sun, Jul 28, 2013 at 12:54 PM, Dean Kamali 
>wrote:
>
>> Hello everyone
>>
>> I just can't figure out why when I run the following command from my
>>shell,
>> works fine, but as soon as I put it in a file and execute it it fails
>>
>>
>> content of file
>>
>> /usr/local/bin/cloudmonkey create account
>> domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>> password=abc123 email=dean.kam...@gmail.com accounttype=0 firstname=Dean
>> lastname=Kamali
>>
>>
>> #bash ./file
>> HTTP Error 431:
>>
>
>This could be due to file path issue.
>
>- Make sure the user who's running the command on shell and via
>file/script
>is same.
>- Escape strings with chars, like:
>
>/usr/local/bin/cloudmonkey create account
>domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>password=abc123 email='dean.kam...@gmail.com' accounttype=0 firstname=Dean
>lastname=Kamali
>
>- Another way of running via file is to give list of commands to
>cloudmonkey, so put the commands in a file;
>$ cat mycommands
>create account
>domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>password=abc123 email=dean.kam...@gmail.com accounttype=0 firstname=Dean
>lastname=Kamali
>$ cloudmonkey < mycommands
>
>In the above example, cloudmonkey interprets each line separated command
>and exits.
>
>If the issue persists, try  looking in ~/.cloudmonkey/log and share with
>us
>the issue.
>
>HTH.
>
>
>> if I copy the command and run it on my shell it works perfectly.
>>
>> this is very frustrating.
>>
>> Dean
>>

Re: Global Guest Networks

[Chiradeep Vittal]

For your use case you really don't need a public network it seems.
If you were re-doing your setup, assign the public network to be something
else (VLAN UNUSEDXX, network UNUSED/24), and create a shared network with
the cidr 192.168.0.0/24.
BUT, this might not be advisable since CloudStack will create a DHCP
server on this network. But you probably ALREADY have a DHCP server on
this network which will respond to the CloudStack Vms instead of
CloudStack's own DHCP server.

On 7/30/13 8:53 AM, "Christopher M. Ryan"  wrote:

>Thanks Murali! Your advice has helped me create shared networks but it
>doesn't work as I expected. When creating a VM on a shared network, it is
>not accessible outside of the Cloudstack Console button. How would I be
>able to have VMs on a shared network automatically placed on the Public
>network? I know this is possible on an isolated network using
>source/static NAT but we need the VMs to be able to communicate with each
>other on a network that's offered globally to all users.
>
>Here are the configurations I have:
>
>Each server has 2 nics. I have divided up communications as follows:
>   Eth0: Public and Guest
>   Eth1: Storage and Management
>
>Switch:
>   VLAN 1: "Public"
>   VLAN 2: "Guest"
>   VLAN 3: "Storage/Management" - All ports thi
>
>   Public (VLAN1) is UNTAGGED on the following ports:
>   1: the cloudstack server
>
>   Public (VLAN1) is TAGGED on the following ports:
>   3: Host 1
>   5: Host 2
>   7: Host 3
>   9: Host 4
>   15: Link to office switch (which doesn't have any VLANs 
> configured)
>
>   Guest (VLAN2) is TAGGED on the following ports:
>   3: Host 1
>   5: Host 2
>   7: Host 3
>   9: Host 4
>
>   Storage/Management (VLAN3) is UNTAGGED on the following ports:
>   2: Host 1
>   4: Host 2
>   6: Host 3
>   8: Host 4
>   10: SAN
>   11: SAN
>   12: SAN
>   13: SAN
>   14: ASA
>
>The office's network is on CIDR 192.168.0.0/24. I have configured the
>Public network to use  VLAN ID 1 and use the same CIDR as the office
>network (192.168.0.0/24)
>
>I can get static NAT working with isolated networks by not tagging the
>public VLAN on the switch and configuring the Public network to be
>untagged. Unfortunately it seems shared networking requires VLAN tagging
>so I tried tagging both the Public network and the corresponding Public
>VLAN on the switch with VLAN ID 1 but that didn't seem to work.
>
>I would like to have VMs within a shared network available directly
>through the office network (192.168.0.0/24). Anyone know how this could
>be accomplished? I have learned a lot about networking through using
>CloudStack but am definitely no network engineer.
>
>
>-Original Message-
>From: Christopher M. Ryan [mailto:cr...@harmonia.com]
>Sent: Tuesday, July 30, 2013 9:52 AM
>To: users@cloudstack.apache.org
>Subject: RE: Global Guest Networks
>
>Figured it out! I needed to create a Guest Network by going to
>Infrastructure > Zones > Zone Name > Physical Network > Guest Network
>>Network Tab 
>
>
>Chris Ryan
>Harmonia Holdings Group, LLC
>404 People Place, Suite 402
>Charlottesville, VA 22911
>Office: (434) 244-4002
>
>
>
>
>-Original Message-
>From: Christopher M. Ryan [mailto:cr...@harmonia.com]
>Sent: Tuesday, July 30, 2013 9:07 AM
>To: users@cloudstack.apache.org
>Subject: RE: Global Guest Networks
>
>I created and enabled a Network Offering with Guest Type "Shared." it
>does not show as an option when creating a Guest Network. Only Network
>Offerings with Guest Type "Isolated" are shown. An empty list is shown
>when creating a new Guest Network after disabling all Network Offerings
>with Guest Type "Isolated."
>
>I am using Advanced Networking.
>
>
>Chris Ryan
>Harmonia Holdings Group, LLC
>404 People Place, Suite 402
>Charlottesville, VA 22911
>Office: (434) 244-4002
>
>
>
>-Original Message-
>From: Murali Reddy [mailto:murali.re...@citrix.com]
>Sent: Thursday, July 25, 2013 10:08 AM
>To: users@cloudstack.apache.org
>Subject: Re: Global Guest Networks
>
>On 25/07/13 6:57 PM, "Christopher M. Ryan"  wrote:
>
>>Hi all,
>>
>>
>>
>>Is there a way to force all users to only have the option to pick from
>>a list of predefined guest networks instead of creating their own?
>>These networks can be shared. We are trying to have 2 networks that a
>>user can create a VM on and are finding it difficult to lock them into
>>predefined networks.
>>
>
>You could disable all network offerings with 'isolated' guest traffic
>type, and create shared networks and make them available to all users.
>
>>
>>
>>Thank!
>>
>>
>>
>>
>
>

Re: Update resolve.conf search string

[Old, Curtis]

No problem I can write a script and make sure the config is the way I want
it, run it every 10 min or something to ensure the config is cool

Curtis Old 
Neustar, Inc. / Neustarlabs / Senior Research Engineer
46000 Center Oak Plaza Sterling, VA 20166
Office: +1.571.434.5384 Mobile: +1.540.532.2230 / curtis@neustar.biz
/ www.neustar.biz 



The information contained in this e-mail message is intended only for the
use of the recipient(s) named above and may contain confidential and/or
privileged information. If you are not the intended recipient you have
received this e-mail message in error and any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
and delete the original message.





On 8/1/13 6:52 PM, "Chiradeep Vittal"  wrote:

>Yeah you would have to use automation outside of CloudStack for this
>
>On 8/1/13 3:14 PM, "Old, Curtis"  wrote:
>
>>Basic, yes dnsmasq on the system vm would set that up, but how do you
>>make
>>it persistent?  If I have to re-do the router/dns/dhcp system vm, am I
>>always going to have to go in and edit config file?
>>
>>Curtis Old 
>>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>>46000 Center Oak Plaza Sterling, VA 20166
>>Office: +1.571.434.5384 Mobile: +1.540.532.2230 / curtis@neustar.biz
>>/ www.neustar.biz 
>>
>>
>>
>>The information contained in this e-mail message is intended only for the
>>use of the recipient(s) named above and may contain confidential and/or
>>privileged information. If you are not the intended recipient you have
>>received this e-mail message in error and any review, dissemination,
>>distribution, or copying of this message is strictly prohibited. If you
>>have received this communication in error, please notify us immediately
>>and delete the original message.
>>
>>
>>
>>
>>
>>On 8/1/13 5:56 PM, "Chiradeep Vittal" 
>>wrote:
>>
>>>Is this for Advanced or basic?
>>>I think on shared networks and basic zone, the DHCP server returns the
>>>DNS
>>>server configured for the zone.
>>>
>>>On 8/1/13 1:34 PM, "Old, Curtis"  wrote:
>>>
Is there way to persistently change the search entry for the
/etc/resolv.conf on cloudstack clients?  How do I ensure that the
system
router vm takes care of this?

Curtis Old
Neustar, Inc. / Neustarlabs / Senior Research Engineer
46000 Center Oak Plaza Sterling, VA 20166
Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
curtis@neustar.biz  /
www.neustar.biz

The information contained in this e-mail message is intended only for
the
use of the recipient(s) named above and may contain confidential and/or
privileged information. If you are not the intended recipient you have
received this e-mail message in error and any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
and delete the original message.
>>>
>>
>

RE: external load balancer, shared network, advanced networking

[Brian Galura]

I was able to get this to work by leaving the system offering set to none. 
Previously I was choosing 'system offering for software router'.

Any idea why that is?

-Original Message-
From: Brian Galura [mailto:brian.gal...@citrix.com] 
Sent: Thursday, August 01, 2013 3:31 PM
To: users@cloudstack.apache.org
Subject: RE: external load balancer, shared network, advanced networking

OK thanks for this info. I also am unable to get this to work with isolated 
networks.

I created a service offering for isolated networks with source nat and load 
balancing enabled, and Supported Source NAT type: per account

When  I try and start an instance on a network created using this offering I 
get the following error in the logs:
http://pastie.org/8198148

-Original Message-
From: Sanjeev Neelarapu [mailto:sanjeev.neelar...@citrix.com] 
Sent: Wednesday, July 31, 2013 12:33 AM
To: users@cloudstack.apache.org
Subject: RE: external load balancer, shared network, advanced networking

Hi Brian,

In 4.1 , the configuration only works with isolated networks. From next ACS 
release onwards this would be supported.

Thanks,
Sanjeev
-Original Message-
From: Brian Galura [mailto:brian.gal...@citrix.com] 
Sent: Tuesday, July 30, 2013 11:58 PM
To: users@cloudstack.apache.org
Subject: external load balancer, shared network, advanced networking

Im using CS4.1 and trying to get a netscaler to work as a load balancer as the 
subject describes.

Is it true that this configuration will only work with isolated networks? Does 
this mean that the isolated vlans all need to be trunked up to the netscaler? 
Im having a hard time finding definitive documentation on this point.

Re: CloudStack 4.1 AWS API error: Client: The service cannot be found for the endpoint reference (EPR)

[Chiradeep Vittal]

Francois, the 4.1 version also supports the Query API. You may be able to
use Boto
See
https://cwiki.apache.org/confluence/x/4gHVAQ

On 7/30/13 11:47 AM, "François Bousquet"
 wrote:

>We are running CloudStack 4.1.0 installed from RPM and are having problem
>configuring the AWS API: CloudStack-Bridge.
>
>After doing the initial configuration (enable.ec2.api=true + restart)
>then following these steps:
>http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Insta
>llation_Guide/aws-ec2-user-setup.html
>
>My EC2 env. variables are the following:
>EC2_CERT=/root/francoisb_crt.pem
>EC2_HOME=/root/ec2-api-tools-1.3-62308
>EC2_PRIVATE_KEY=/root/francoisb_key.pem
>EC2_URL=http://cloud.ops.dot:7080/awsapi
>
>
>We get the following error when using any of the ec2 api tools:
>
>#  ./ec2-describe-availability-zones
>Client: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>
>Server error from catalina.out is the following:
>
>Jul 30, 2013 2:42:52 PM org.apache.axis2.engine.AxisEngine receive
>SEVERE: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>org.apache.axis2.AxisFault: The service cannot be found for the endpoint
>reference (EPR) http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>at 
>org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.ja
>va:65)
>at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
>at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
>at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
>at 
>org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(
>HTTPTransportUtils.java:173)
>at 
>org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatche
>r.java:646)
>at 
>org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationD
>ispatcher.java:436)
>at 
>org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispat
>cher.java:374)
>at 
>org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatch
>er.java:302)
>at 
>com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:11
>4)
>at 
>com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>java:233)
>at 
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>java:191)
>at 
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>27)
>at 
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>02)
>at 
>org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
>at 
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.ja
>va:109)
>at 
>org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298
>)
>at 
>org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.jav
>a:889)
>at 
>org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process
>(Http11NioProtocol.java:721)
>at 
>org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.jav
>a:2274)
>at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1146)
>at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:615)
>at java.lang.Thread.run(Thread.java:679)
>
>I found this similar issue in the mailing history but there is no
>resolution.
>http://mail-archives.apache.org/mod_mbox/cloudstack-users/201306.mbox/%3C1
>711456701.20130629021...@vp.pl%3E
>
>both enable.s3.api=true and s3.enable=true are also configured but, I
>haven't tried them.
>
>Any idea?
>
>
>François Bousquet
>NOC Team Lead
>Office: 514-286-2636 #2337
>Mobile: 514-654-8920
>francois.bousq...@radialpoint.com
>
>
>***
>This e-mail and attachments are confidential, legally privileged, may be
>subject t

Re: vhd-util fails to open system vm template(.vhd) file, saying it 'appears invalid'

[Chiradeep Vittal]

Check this thread
http://forums.citrix.com/thread.jspa?threadID=301226&start=0&tstart=0



On 7/30/13 3:46 AM, "Rajesh Battala"  wrote:

>Looks like the template disk got corrupted. Can you please reseed the
>system vm template and try.
>
>> -Original Message-
>> From: Yan Ke [mailto:yan...@yonyou.com]
>> Sent: Tuesday, July 30, 2013 3:39 PM
>> To: users@cloudstack.apache.org
>> Subject: vhd-util fails to open system vm template(.vhd) file, saying it
>> 'appears invalid'
>> 
>> Hello there,
>> 
>> I'm working on setting up a basic network CloudStack 4.0.1 configuration
>> with XenServer 6.0.2 and encountered problem: after created zone, the
>> system vm won't start.
>> The management server log shows Exception like this was thrown:
>> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-322:) Catch
>>Exception
>> com.cloud.utils.exception.CloudRuntimeException on host:95cacdb9-a52d-
>> 4d22-8684-1310cca1a87d for template:
>> nfs://20.10.97.182/export/secondary/template/tmpl/1/1/ due to
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>sr
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>sr
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>>  at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_seco
>> ndarystorage(CitrixResourceBase.java:2672)
>>  at
>> 
>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResour
>>c
>> eBase.java:2694)
>>  at
>> 
>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citri
>>x
>> ResourceBase.java:481)
>>  at
>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(Xe
>> nServer56Resource.java:73)
>>  at
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.j
>> ava:191)
>>  at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>>  at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acc
>> ess$101(ScheduledThreadPoolExecutor.java:165)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run
>> (ScheduledThreadPoolExecutor.java:266)
>>  at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
>> a:1110)
>>  at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>> va:603)
>>  at java.lang.Thread.run(Thread.java:679)
>> 
>> 
>> by stepping-into the code, I figured out this method
>> 'copy_vhd_from_secondarystorage(CitrixResourceBase.java:2672)' will
>>finally
>> invoke the 'copy_vhd_from_secondarystorage.sh' on XenServer host, so I
>> logged into the XenServer host, manually invoked the
>> 'copy_vhd_from_secondarystorage.sh' with same parameter from cloudstack,
>> which fails as follow:
>> [root@xenserver-modaxvnu /]#
>> /opt/xensource/bin/copy_vhd_from_secondarystorage.sh
>> 20.10.97.182:/export/secondary/template/tmpl/1/1/
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>> cloud-e6e25ca4-6a3f-4990-9e93-125b229cab0c
>> Syntax error: Unknown switch: -22MiB
>> For usage run: 'xe help'
>> 9#can not create vdi in sr 3938e40f-99fe-cfc4-f729-00134eb32af0
>> 
>> 
>> with a little effort on debugging the script, it shows that the error
>>occurred
>> at:
>> /opt/xensource/bin/vhd-util query -v -n /var/run/cloud_mount/c57e417b-
>> 4e9f-4c8b-8e67-087942422df3//8e62f48f-39e7-4543-9106-f2f12ca39946.vhd
>> + size='error opening
>> /var/run/cloud_mount/c57e417b-4e9f-4c8b-8e67-087942422df3//8e62f48f-
>> 39e7-4543-9106-f2f12ca39946.vhd:
>> -22'
>> 
>> the 'vhd-util' failed to open the vm template file on secondary storage.
>> 
>> 
>> I then tried following command on the management server, which directly
>> invoke vhd-util and it shows:
>> [root@managementserver ~]#
>> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver/vhd-util read -p
>> -n /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd
>> 
>> Failed to open
>> /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd:
>> -22
>> 
>> /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd
>> appears invalid; dumping headers
>> 
>> VHD Footer Summary:
>> ---
>> Cookie  : QFI
>> Features: (0x)
>> File format version : Major: 0, Minor: 0
>> Data offset : 16
>> Timestamp   : Sat Jan  1 00:00:00 2000
>> Creator Application : '}'
>> Creator version : Major: 0, Minor: 0
>> Creator OS  : Unknown!
>> Original disk size  : 0 MB (196608 Bytes)
>> Current disk size   : 0 MB (65536 Bytes)
>> Geometry: Cyl: 0, Hds: 0, Sctrs: 1
>>  : = 0 MB (0 Bytes)
>> Disk type   : None
>> Checksum: 0x0|0xfd8c (Bad!)
>> UUID   

Re: vhd-util 'failed to coalesce' while XenServer host executing 'create_privatetemplate_from_snapshot.sh'

[Chiradeep Vittal]

Try this: 
http://support.citrix.com/article/CTX133465

And this
http://forums.citrix.com/thread.jspa?threadID=301226&start=0&tstart=0


On 7/31/13 6:10 AM, "Yan Ke"  wrote:

>Hello there,
>
>I'm working on integrating CloudStack 4.0.1 with XenServer 6.0.2.
>
>I have managed setting up a basic network configuration, launching zone,
>launching guest instances as well as creating volume snapshots, but
>afterward I'm encountering following issue:
>
> 
>
>The 'create template from snapshot' operation always fail.
>
>The management server log indicates that following Exception has been
>thrown
>during the operation process:
>
>
>com.cloud.utils.exception.CloudRuntimeException:
>create_privatetemplate_from_snapshot failed due to failed to coalesce
>/var/run/cloud_mount/d865f1ad-a164-443f-8c05-d4c56e690f25/b1a56afd-a943-4a
>43
>-87b8-c2e2ab10126f.vhd to
>/var/run/cloud_mount/58d3242f-d4fb-41e9-a20e-0686ffda9eaa/85bd1f75-1d10-48
>c4
>-ae79-d2e5ece8b6f1.vhd
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.createTemplateFromSna
>ps
>hot(CitrixResourceBase.java:2618)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
>eB
>ase.java:6398)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
>Re
>sourceBase.java:475)
>at
>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
>rv
>er56Resource.java:73)
>at
>com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.jav
>a:
>191)
>at
>java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at
>java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acces
>s$
>101(ScheduledThreadPoolExecutor.java:165)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
>ch
>eduledThreadPoolExecutor.java:266)
>at
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>11
>10)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:6
>03)
>at java.lang.Thread.run(Thread.java:679)
>
>
>
>With some effort on debugging the management server code, I figured out
>that
>the operation will finally lead to an invocation on the
>'create_privatetemplate_from_snapshot.sh' script on the XenServer host.
>So I
>logged into the XenServer host and manually invoked the script with the
>same
>parameter from cloudstack, and it ended up as follow:
>
>
>[root@xenserver-modaxvnu bin]# sh -x
>/opt/xensource/bin/create_privatetemplate_from_snapshot.sh
>20.10.97.182:/export/secondary/snapshots/2/10/85bd1f75-1d10-48c4-ae79-d2e5
>ec
>e8b6f1.vhd 20.10.97.182:/export/secondary/template/tmpl/2/218
>7a51626c-dd10-43ca-b65a-162e88cf1188
>+ options=tcp,soft,timeo=133,retrans=1
>+ '[' -z
>20.10.97.182:/export/secondary/snapshots/2/10/85bd1f75-1d10-48c4-ae79-d2e5
>ec
>e8b6f1.vhd ']'
>+ snapshoturl=20.10.97.182:/export/secondary/snapshots/2/10
>+ vhdfilename=85bd1f75-1d10-48c4-ae79-d2e5ece8b6f1.vhd
>+ '[' -z 20.10.97.182:/export/secondary/template/tmpl/2/218 ']'
>+ templateurl=20.10.97.182:/export/secondary/template/tmpl/2/218
>+ '[' -z 7a51626c-dd10-43ca-b65a-162e88cf1188 ']'
>+ tmpltLocalDir=7a51626c-dd10-43ca-b65a-162e88cf1188
>++ uuidgen -r
>+ snapshotdir=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ mkdir -p /var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ '[' 0 -ne 0 ']'
>+ mount -o tcp,soft,timeo=133,retrans=1
>20.10.97.182:/export/secondary/snapshots/2/10
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ '[' 0 -ne 0 ']'
>+ templatedir=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ mkdir -p /var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ '[' 0 -ne 0 ']'
>+ mount -o tcp,soft,timeo=133,retrans=1
>20.10.97.182:/export/secondary/template/tmpl/2/218
>/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ '[' 0 -ne 0 ']'
>+ VHDUTIL=/opt/xensource/bin/vhd-util
>++ uuidgen -r
>+ templateuuid=3d1cf0b6-3eb5-4a8d-867b-ae16d14ce3ca
>+
>desvhd=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-
>3e
>b5-4a8d-867b-ae16d14ce3ca.vhd
>+
>srcvhd=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-
>1d
>10-48c4-ae79-d2e5ece8b6f1.vhd
>+ copyvhd
>/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-3eb5-4a
>8d
>-867b-ae16d14ce3ca.vhd
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-1d10-48
>c4
>-ae79-d2e5ece8b6f1.vhd
>+ local
>desvhd=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-
>3e
>b5-4a8d-867b-ae16d14ce3ca.vhd
>+ local
>srcvhd=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-
>1d
>10-48c4-ae79-d2e5ece8b6f1.vhd
>+ local parent=
>++ /opt/xensource/bin/vhd-util query -p -n
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f

Re: what is this log message?

[Chiradeep Vittal]

You might need a RedHat subscription
https://access.redhat.com/site/solutions/406503

From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 2:59 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Re: what is this log message?

CGRE[3124]: Warning: invalid file format of /proc/31088/status

Re: Update resolve.conf search string

[Chiradeep Vittal]

Yeah you would have to use automation outside of CloudStack for this

On 8/1/13 3:14 PM, "Old, Curtis"  wrote:

>Basic, yes dnsmasq on the system vm would set that up, but how do you make
>it persistent?  If I have to re-do the router/dns/dhcp system vm, am I
>always going to have to go in and edit config file?
>
>Curtis Old 
>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>46000 Center Oak Plaza Sterling, VA 20166
>Office: +1.571.434.5384 Mobile: +1.540.532.2230 / curtis@neustar.biz
>/ www.neustar.biz 
>
>
>
>The information contained in this e-mail message is intended only for the
>use of the recipient(s) named above and may contain confidential and/or
>privileged information. If you are not the intended recipient you have
>received this e-mail message in error and any review, dissemination,
>distribution, or copying of this message is strictly prohibited. If you
>have received this communication in error, please notify us immediately
>and delete the original message.
>
>
>
>
>
>On 8/1/13 5:56 PM, "Chiradeep Vittal"  wrote:
>
>>Is this for Advanced or basic?
>>I think on shared networks and basic zone, the DHCP server returns the
>>DNS
>>server configured for the zone.
>>
>>On 8/1/13 1:34 PM, "Old, Curtis"  wrote:
>>
>>>Is there way to persistently change the search entry for the
>>>/etc/resolv.conf on cloudstack clients?  How do I ensure that the system
>>>router vm takes care of this?
>>>
>>>Curtis Old
>>>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>>>46000 Center Oak Plaza Sterling, VA 20166
>>>Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
>>>curtis@neustar.biz  /
>>>www.neustar.biz
>>>
>>>The information contained in this e-mail message is intended only for
>>>the
>>>use of the recipient(s) named above and may contain confidential and/or
>>>privileged information. If you are not the intended recipient you have
>>>received this e-mail message in error and any review, dissemination,
>>>distribution, or copying of this message is strictly prohibited. If you
>>>have received this communication in error, please notify us immediately
>>>and delete the original message.
>>
>

RE: external load balancer, shared network, advanced networking

[Brian Galura]

OK thanks for this info. I also am unable to get this to work with isolated 
networks.

I created a service offering for isolated networks with source nat and load 
balancing enabled, and Supported Source NAT type: per account

When  I try and start an instance on a network created using this offering I 
get the following error in the logs:
http://pastie.org/8198148

-Original Message-
From: Sanjeev Neelarapu [mailto:sanjeev.neelar...@citrix.com] 
Sent: Wednesday, July 31, 2013 12:33 AM
To: users@cloudstack.apache.org
Subject: RE: external load balancer, shared network, advanced networking

Hi Brian,

In 4.1 , the configuration only works with isolated networks. From next ACS 
release onwards this would be supported.

Thanks,
Sanjeev
-Original Message-
From: Brian Galura [mailto:brian.gal...@citrix.com] 
Sent: Tuesday, July 30, 2013 11:58 PM
To: users@cloudstack.apache.org
Subject: external load balancer, shared network, advanced networking

Im using CS4.1 and trying to get a netscaler to work as a load balancer as the 
subject describes.

Is it true that this configuration will only work with isolated networks? Does 
this mean that the isolated vlans all need to be trunked up to the netscaler? 
Im having a hard time finding definitive documentation on this point.

Re: Update resolve.conf search string

[Old, Curtis]

Basic, yes dnsmasq on the system vm would set that up, but how do you make
it persistent?  If I have to re-do the router/dns/dhcp system vm, am I
always going to have to go in and edit config file?

Curtis Old 
Neustar, Inc. / Neustarlabs / Senior Research Engineer
46000 Center Oak Plaza Sterling, VA 20166
Office: +1.571.434.5384 Mobile: +1.540.532.2230 / curtis@neustar.biz
/ www.neustar.biz 



The information contained in this e-mail message is intended only for the
use of the recipient(s) named above and may contain confidential and/or
privileged information. If you are not the intended recipient you have
received this e-mail message in error and any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
and delete the original message.





On 8/1/13 5:56 PM, "Chiradeep Vittal"  wrote:

>Is this for Advanced or basic?
>I think on shared networks and basic zone, the DHCP server returns the DNS
>server configured for the zone.
>
>On 8/1/13 1:34 PM, "Old, Curtis"  wrote:
>
>>Is there way to persistently change the search entry for the
>>/etc/resolv.conf on cloudstack clients?  How do I ensure that the system
>>router vm takes care of this?
>>
>>Curtis Old
>>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>>46000 Center Oak Plaza Sterling, VA 20166
>>Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
>>curtis@neustar.biz  /
>>www.neustar.biz
>>
>>The information contained in this e-mail message is intended only for the
>>use of the recipient(s) named above and may contain confidential and/or
>>privileged information. If you are not the intended recipient you have
>>received this e-mail message in error and any review, dissemination,
>>distribution, or copying of this message is strictly prohibited. If you
>>have received this communication in error, please notify us immediately
>>and delete the original message.
>

RE: Change host password??

[Jessica Tomechak]

Thanks for the details. Now all we need is for someone to pick up and fix the 
bug!

Jessica T.

From: Kirk Kosinski [kirkkosin...@gmail.com]
Sent: Thursday, August 01, 2013 2:53 PM
To: users@cloudstack.apache.org
Cc: Kirk Jantzer
Subject: Re: Change host password??

Hi, I updated the bug with more details.  The document is close but not
quite correct, and there is some info that should be added.

1. It should be the "host_details" table, not the "host" table.
2. For vSphere, in addition to updating host_details, you also need to
update the cluster_details table.
3. For XenServer you should use the updateHostPassword API (AFAIK this
command doesn't work for other hypervisors yet).

Best regards,
Kirk

On 07/31/2013 05:32 PM, Kirk Jantzer wrote:
> https://issues.apache.org/jira/browse/CLOUDSTACK-3990
>
>
> On Wed, Jul 31, 2013 at 7:30 PM, Kirk Jantzer wrote:
>
>> Thanks Prashant.
>>
>> Will do Jessica.
>>
>>
>> On Wed, Jul 31, 2013 at 7:27 PM, Jessica Tomechak <
>> jessica.tomec...@citrix.com> wrote:
>>
>>> Sounds like a document bug to me. Please file it in the bugbase!
>>>
>>> Jessica T.
>>> 
>>> From: Kirk Jantzer [kirk.jant...@gmail.com]
>>> Sent: Wednesday, July 31, 2013 4:17 PM
>>> To: Cloudstack users mailing list
>>> Subject: Change host password??
>>>
>>>
>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Admin_Guide/change-host-password.html
>>>
>>> This document says to update the password column, which doesn't exist in
>>> the host table. Is this a document bug?
>>>
>>> --
>>> Regards,
>>>
>>> Kirk Jantzer
>>> http://about.met/kirkjantzer
>>>
>>
>>
>>
>> --
>> Regards,
>>
>> Kirk Jantzer
>> c: (678) 561-5475
>> http://about.met/kirkjantzer
>>
>
>
>

RE: Unable to start System VM

[Musayev, Ilya]

Chitra,

Have you read cloudstack install guide?

Specifically section 4.5.8?

Regards
Ilya

From: Chitra Manjunath [mailto:chitra_manjun...@infosys.com]
Sent: Thursday, August 01, 2013 8:41 AM
To: users@cloudstack.apache.org
Subject: Unable to start System VM

Hi All,

I attached the management server log file.
log saying Zone is not Ready, templates are not ready. But I added the Zone and 
is enabled.

Where we need to download the System VM template?

Please anyone solve this problem.
Very Urgent


Thanks
Chitra.M


 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: what is this log message?

[Steven Liang]

  
  
in /var/log/messages
  
  On 08/01/2013 05:52 PM, Chiradeep Vittal wrote:


  
  Where do you see this log? In CloudStack logs or in
/var/log/messages? Are there any surrounding logs?
  
  
  
  
  

  From: Steven Liang 
  Reply-To: "users@cloudstack.apache.org"
  
  Date: Thursday, August
  1, 2013 1:51 PM
  To: "users@cloudstack.apache.org"
  
  Subject: what is this
  log message?




  Hi,

Who can tell me what this message is:

2013-08-01 10:39:21 kvm1.test.com 1 10:39:21 kvm1
CGRE[3124]: Warning: invalid file format of
/proc/31088/status

Thank you.

  
Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com
| 
  account.yesup.com
  
  
  

  



-- 
  Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com | account.yesup.com
  
  
  

Re: CloudStack NIC ordering ACS4.1

[Chiradeep Vittal]

Seems like a bug if you can't specify the nic number.

From: Paul Angus mailto:paul.an...@shapeblue.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 1:35 PM
To: CloudStack Users 
mailto:cloudstack-us...@incubator.apache.org>>
Subject: CloudStack NIC ordering ACS4.1

Hi,

Before 4.1 if you added multiple NICs to a VM they would appear with the 
Default as eth0 and then in the order that you specified them in the API. In 
4.1 that has appeared to have changed

Can someone tell me how the order that the NICs are assigned as eth0, eth1, 
eth2 etc is decided – or how to control it, especially when we have multiple 
physical guest networks.

Regards

Paul Angus
Senior Consultant / Cloud Architect

[cid:image002.png@01CE1071.C6CC9C10]

S: +44 20 3603 0540 | M: +447711418784
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/CloudStack+Collaboration+Conference+Banner+v2+Blue+Background+Only.jpg?version=3&modificationDate=1367282397297]

Apache CloudStack Bootcamp training courses
19/20 June, 
London
22/23 June, Santa Clara  
CA
10/11 July, Bangalore, 
India
21/22 August, 
London

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.

Re: Update resolve.conf search string

[Chiradeep Vittal]

Is this for Advanced or basic?
I think on shared networks and basic zone, the DHCP server returns the DNS
server configured for the zone.

On 8/1/13 1:34 PM, "Old, Curtis"  wrote:

>Is there way to persistently change the search entry for the
>/etc/resolv.conf on cloudstack clients?  How do I ensure that the system
>router vm takes care of this?
>
>Curtis Old
>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>46000 Center Oak Plaza Sterling, VA 20166
>Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
>curtis@neustar.biz  /
>www.neustar.biz
>
>The information contained in this e-mail message is intended only for the
>use of the recipient(s) named above and may contain confidential and/or
>privileged information. If you are not the intended recipient you have
>received this e-mail message in error and any review, dissemination,
>distribution, or copying of this message is strictly prohibited. If you
>have received this communication in error, please notify us immediately
>and delete the original message.

Re: CloudStack 302 to 41 XenServer Issue

[Chiradeep Vittal]

Logs?

On 8/1/13 12:53 PM, "John Skinner"  wrote:

>Hello all,
>
>Just upgraded my mixed KVM/XenServer environment form 3.0.2 to 4.1. All
>of my KVM hosts seem happy, but all of my XenServer (5.6SP2) hosts show
>as disconnected and are not coming back. Has anyone experienced this?
>
>
>
>
>

Re: Change host password??

[Kirk Kosinski]

Hi, I updated the bug with more details.  The document is close but not
quite correct, and there is some info that should be added.

1. It should be the "host_details" table, not the "host" table.
2. For vSphere, in addition to updating host_details, you also need to
update the cluster_details table.
3. For XenServer you should use the updateHostPassword API (AFAIK this
command doesn't work for other hypervisors yet).

Best regards,
Kirk

On 07/31/2013 05:32 PM, Kirk Jantzer wrote:
> https://issues.apache.org/jira/browse/CLOUDSTACK-3990
> 
> 
> On Wed, Jul 31, 2013 at 7:30 PM, Kirk Jantzer wrote:
> 
>> Thanks Prashant.
>>
>> Will do Jessica.
>>
>>
>> On Wed, Jul 31, 2013 at 7:27 PM, Jessica Tomechak <
>> jessica.tomec...@citrix.com> wrote:
>>
>>> Sounds like a document bug to me. Please file it in the bugbase!
>>>
>>> Jessica T.
>>> 
>>> From: Kirk Jantzer [kirk.jant...@gmail.com]
>>> Sent: Wednesday, July 31, 2013 4:17 PM
>>> To: Cloudstack users mailing list
>>> Subject: Change host password??
>>>
>>>
>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Admin_Guide/change-host-password.html
>>>
>>> This document says to update the password column, which doesn't exist in
>>> the host table. Is this a document bug?
>>>
>>> --
>>> Regards,
>>>
>>> Kirk Jantzer
>>> http://about.met/kirkjantzer
>>>
>>
>>
>>
>> --
>> Regards,
>>
>> Kirk Jantzer
>> c: (678) 561-5475
>> http://about.met/kirkjantzer
>>
> 
> 
> 

Re: Centos and FreeBSD templates

[Chiradeep Vittal]

I thought this existed (at least for KVM)
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Resize+Data+Volumes


On 8/1/13 6:11 AM, "Nux!"  wrote:

>Hi,
>
>Should someone need templates, I've made some Centos 6 and FreeBSD 9
>64bit templates for KVM, both are VirtIO enabled and have the password
>and key scripts installed (and working from what I tested).
>They have a "random" root size of 20 GB. Having said that, I'd really,
>really, really like Cloudstack could resize the root disk (as the
>competition does); for me it's the numero uno problem that stops a
>central template repo (market place?) from existing. Imposing "random"
>root sizes on people doesn't seem right.
>
>http://li.nux.ro/download/cloudstack/images/
>
>Lucian
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux!
>www.nux.ro

Re: what is this log message?

[Chiradeep Vittal]

Where do you see this log? In CloudStack logs or in /var/log/messages? Are 
there any surrounding logs?


From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 1:51 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: what is this log message?

Hi,

Who can tell me what this message is:

2013-08-01 10:39:21 kvm1.test.com 1 10:39:21 kvm1 CGRE[3124]: Warning: invalid 
file format of /proc/31088/status

Thank you.


Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com | 
account.yesup.com

[Yesup]

Re: IP Address assigned by CS is not passed to new instance VM

[Chiradeep Vittal]

You cannot attach anything or use HTML on Apache mailing lists.
Can you try and bring up the interface up manually
ifconfig eth0 up
dhclient eth0

Does the "built-in" template work?

On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:

>Somehow I can't attach screenshots. So I copy the outputs of this CentOS
>instance here. As you can see, the ethernet0 interface configuration
>doesn't contain any ip address or default gateway information, even
>though Cloudstack assigns these information correctly.
>[root@localhost network-scripts]# ifconfig
>loLink encap:Local Loopback
>  inet addr:127.0.0.1  Mask:255.0.0.0
>  inet6 addr: ::1/128 Scope:Host
>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
>[root@localhost network-scripts]# hostname
>Localhost.localdomain
>[root@localhost network-scripts]# cat ifcfg-eth0
>DEVICE="eth0"
>HWADDR="06:57:6E:00:00:2A"
>NM_CONTROLLED="yes"
>ONBOOT="no"
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:34 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, Soheil
>Eizadi mailto:seiz...@infoblox.com>>
>Subject: Re: IP Address assigned by CS is not passed to new instance VM
>
>Attach the screenshots
>
>[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-3B1
>32C1A66B0]
>
>[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:24 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, Soheil
>Eizadi mailto:seiz...@infoblox.com>>
>Subject: IP Address assigned by CS is not passed to new instance VM
>
>Hello,
>
>We are trying to create a new instance with basic networking setup using
>CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my case:
>10.60.176.110) to this new centOS instance, but once you log into this
>VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0", the
>IP Address and default gateway information are not passed through
>correctly. The same issue with hostname ­ instead of "centos-107", it
>shows as "localhost.localdomain". Please see attached screenshots. Has
>anyone experienced the similar issue?
>
>Our environment:
>
>  1.  CS 4.2
>  2.  XenServer 6.0.2
>  3.  CentOS 6.0 ISO
>
>Thanks,
>Cindy

Re: IP Address assigned by CS is not passed to new instance VM

[Cindy Jiang]

Somehow I can't attach screenshots. So I copy the outputs of this CentOS 
instance here. As you can see, the ethernet0 interface configuration doesn't 
contain any ip address or default gateway information, even though Cloudstack 
assigns these information correctly.
[root@localhost network-scripts]# ifconfig
loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

[root@localhost network-scripts]# hostname
Localhost.localdomain
[root@localhost network-scripts]# cat ifcfg-eth0
DEVICE="eth0"
HWADDR="06:57:6E:00:00:2A"
NM_CONTROLLED="yes"
ONBOOT="no"

From: Cindy Jiang mailto:cji...@infoblox.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 2:34 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, Soheil 
Eizadi mailto:seiz...@infoblox.com>>
Subject: Re: IP Address assigned by CS is not passed to new instance VM

Attach the screenshots

[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-3B132C1A66B0]

[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]

From: Cindy Jiang mailto:cji...@infoblox.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 2:24 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, Soheil 
Eizadi mailto:seiz...@infoblox.com>>
Subject: IP Address assigned by CS is not passed to new instance VM

Hello,

We are trying to create a new instance with basic networking setup using CentOS 
6.0 ISO. Cloudstack assigns the correct IP Address (in my case: 10.60.176.110) 
to this new centOS instance, but once you log into this VM, check "ifconfig" 
and "/etc/sysconfig/network-scripts/ifcfg-eth0", the IP Address and default 
gateway information are not passed through correctly. The same issue with 
hostname – instead of "centos-107", it shows as "localhost.localdomain". Please 
see attached screenshots. Has anyone experienced the similar issue?

Our environment:

  1.  CS 4.2
  2.  XenServer 6.0.2
  3.  CentOS 6.0 ISO

Thanks,
Cindy

Re: FW: CS 4.1.0 - this will help a number of people who struggle with Advanced Networking

[Marcus Sorensen]

Here's a simple (not recommended) one-nic setup:

http://marcus.mlsorensen.com/cloudstack-extras/cs-4.1-kvm-networking-one-nic.rtf

And a simple two-nic setup:

http://marcus.mlsorensen.com/cloudstack-extras/cs-4.1-kvm-networking-two-nic.rtf

Hasty docs put together on the road...


On Thu, Aug 1, 2013 at 11:28 AM, Marcus Sorensen  wrote:
> I'm short on time, but here's the KVM advanced networking config we
> use for testing. If someone wants to write a doc based around it that
> would be nice.
>
> Start out KVM host with two networks, eth0, eth1. eth0 is intended for
> public traffic, eth0 will be guest vlans and management vlan. then
> create a bridge interface for each:
>
> [root@devcloud-kvm ~]# brctl show
> bridge name bridge id STP enabled interfaces
> cloud0 8000. no
> br0 8000.5254004eff4f no eth0
> br1 8000.52540052b15e no eth1
>
> br0  Link encap:Ethernet  HWaddr 52:54:00:4E:FF:4F
>   inet addr:172.17.10.10  Bcast:172.17.10.255  Mask:255.255.255.0
>   inet6 addr: fe80::5054:ff:fe4e:ff4f/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:127 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:5846 (5.7 KiB)  TX bytes:4345 (4.2 KiB)
>
> br1  Link encap:Ethernet  HWaddr 52:54:00:52:B1:5E
>   inet addr:192.168.100.10  Bcast:192.168.100.255  Mask:255.255.255.0
>   inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:343 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:153 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:24227 (23.6 KiB)  TX bytes:29108 (28.4 KiB)
>
> eth0  Link encap:Ethernet  HWaddr 52:54:00:4E:FF:4F
>   inet6 addr: fe80::5054:ff:fe4e:ff4f/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:157 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:12276 (11.9 KiB)  TX bytes:4897 (4.7 KiB)
>
> eth1  Link encap:Ethernet  HWaddr 52:54:00:52:B1:5E
>   inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:377 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:163 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:34044 (33.2 KiB)  TX bytes:29748 (29.0 KiB)
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>   RX packets:863 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:863 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:120247 (117.4 KiB)  TX bytes:120247 (117.4 KiB)
>
> Ok, now kvm host is ready. Just define the kvm traffic label for
> Management traffic to be 'br0', for guest to be 'br0', and for public
> to be 'br1'. Cloudstack will create any necessary bridges or vlans.
> You can leave the vlan option empty if you don't want it to create a
> vlan (say for management). I can perhaps go into more detail later.
>
> On Wed, Jul 31, 2013 at 12:33 PM, Marcus Sorensen  wrote:
>> Yes, that's correct. I think we need to update the documentation. The
>> user simply needs to create a bridge where 'public' traffic will work,
>> and then set that bridge name as the traffic label for public traffic.
>> Then it will create the vlan device and the bridge necessary for
>> public based on the physical ethernet device of that bridge.
>>
>> Note, in this example, it is only looking for cloudVirBr for
>> compatibility, if there are existing cloudVirBr bridges then the agent
>> will continue to create cloudVirBr bridges, otherwise, it will create
>> breth bridges, which allow the same vlan number on different physical
>> interfaces.
>>
>> We can easily create some concrete examples for this... such as the
>> one represented in devcloud-kvm by
>> tools/devcloud-kvm/devcloud-kvm-advanced.cfg
>>
>> On Wed, Jul 31, 2013 at 12:06 PM, Edison Su  wrote:
>>> The KVM installation guide at 
>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/hypervisor-kvm-install-flow.html
>>>  , is unnecessary complicated and inaccurate.
>>> For example, we don't need to configure vlan on kvm host by users 
>>> themselves, cloudstack-agent will create vlans automatically.
>>> All users need to do is to create bridges(if the default bridge created by 
>>> cloudstack-agent is not enough), then add these bridge names from 
>>> cloudstack mgt server UI during the zone creation.
>>>
>>> -Original Message-
>>> From: Noel K

Re: IP Address assigned by CS is not passed to new instance VM

[Cindy Jiang]

Attach the screenshots

[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-3B132C1A66B0]

[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]

From: Cindy Jiang mailto:cji...@infoblox.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 2:24 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, Soheil 
Eizadi mailto:seiz...@infoblox.com>>
Subject: IP Address assigned by CS is not passed to new instance VM

Hello,

We are trying to create a new instance with basic networking setup using CentOS 
6.0 ISO. Cloudstack assigns the correct IP Address (in my case: 10.60.176.110) 
to this new centOS instance, but once you log into this VM, check "ifconfig" 
and "/etc/sysconfig/network-scripts/ifcfg-eth0", the IP Address and default 
gateway information are not passed through correctly. The same issue with 
hostname – instead of "centos-107", it shows as "localhost.localdomain". Please 
see attached screenshots. Has anyone experienced the similar issue?

Our environment:

  1.  CS 4.2
  2.  XenServer 6.0.2
  3.  CentOS 6.0 ISO

Thanks,
Cindy

IP Address assigned by CS is not passed to new instance VM

[Cindy Jiang]

Hello,

We are trying to create a new instance with basic networking setup using CentOS 
6.0 ISO. Cloudstack assigns the correct IP Address (in my case: 10.60.176.110) 
to this new centOS instance, but once you log into this VM, check "ifconfig" 
and "/etc/sysconfig/network-scripts/ifcfg-eth0", the IP Address and default 
gateway information are not passed through correctly. The same issue with 
hostname – instead of "centos-107", it shows as "localhost.localdomain". Please 
see attached screenshots. Has anyone experienced the similar issue?

Our environment:

  1.  CS 4.2
  2.  XenServer 6.0.2
  3.  CentOS 6.0 ISO

Thanks,
Cindy

what is this log message?

[Steven Liang]

  
  
Hi,

Who can tell me what this message is:

2013-08-01 10:39:21 kvm1.test.com 1 10:39:21 kvm1 CGRE[3124]:
Warning: invalid file format of /proc/31088/status

Thank you.

  
Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com | account.yesup.com
  
  
  

CloudStack NIC ordering ACS4.1

[Paul Angus]

Hi,

Before 4.1 if you added multiple NICs to a VM they would appear with the 
Default as eth0 and then in the order that you specified them in the API. In 
4.1 that has appeared to have changed

Can someone tell me how the order that the NICs are assigned as eth0, eth1, 
eth2 etc is decided - or how to control it, especially when we have multiple 
physical guest networks.

Regards

Paul Angus
Senior Consultant / Cloud Architect

[cid:image002.png@01CE1071.C6CC9C10]

S: +44 20 3603 0540 | M: +447711418784
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/CloudStack+Collaboration+Conference+Banner+v2+Blue+Background+Only.jpg?version=3&modificationDate=1367282397297]

Apache CloudStack Bootcamp training courses
19/20 June, 
London
22/23 June, Santa Clara  
CA
10/11 July, Bangalore, 
India
21/22 August, 
London

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.

Update resolve.conf search string

[Old, Curtis]

Is there way to persistently change the search entry for the /etc/resolv.conf 
on cloudstack clients?  How do I ensure that the system router vm takes care of 
this?

Curtis Old
Neustar, Inc. / Neustarlabs / Senior Research Engineer
46000 Center Oak Plaza Sterling, VA 20166
Office: +1.571.434.5384 Mobile: +1.540.532.2230 / 
curtis@neustar.biz  / 
www.neustar.biz

The information contained in this e-mail message is intended only for the use 
of the recipient(s) named above and may contain confidential and/or privileged 
information. If you are not the intended recipient you have received this 
e-mail message in error and any review, dissemination, distribution, or copying 
of this message is strictly prohibited. If you have received this communication 
in error, please notify us immediately and delete the original message.

Re: Shared Network Issue HELP?!

[Steve Searles]

After posting this I thought about it more and answered my own question.  I see 
this type of setup being a management nightmare, e.g. rouge dhcp servers or 
anything else a user would attempt without the proper vlan/pvlan segmentation 
on the guest network in place it would be a hot mess.   Thanks Guys! 

Steve Searles
Zimcom Internet Solutions, Inc.
http://www.zimcom.net
Phone. (513)231-9500
Fax. (513)624-3909
Toll Free. (888)624-3910

On Aug 1, 2013, at 2:43 PM, Steve Searles 
 wrote:

> 
> Hello everyone,  I am new to Cloudstack and have it deployed in our lab 
> currently so go easy :)  I have everything working as expected with the 
> advanced network zone, vmware support,  and multiple vlan isolation working 
> properly.  I have a few questions I would like to ask here about networking 
> options inside Cloudstack that I was unable to acertain from the 
> documentation. Hopefully one of you guys can steer me in the right direction.
> 
> MY LAB SETUP
> Cloudstack 4.1.0 (Compiled from Source w/vmware support)
> Zone1- Advanced –
>MGMT(untagged): 172.29.16.0/21
>STORAGE(untagged): 172.29.16.0/21
>GUEST(VLAN 601): 172.29.24.0/21
>PUBLIC(VLAN 602): x.x.x.x/24
> 
> Currently I create an account and can add a guest network, the virtual router 
> deploys properly assigns the necessary vlan for the isolated network  the 
> guest IP is assigned and a public ip is assigned from the public IP pool as 
> expected this works properly (Awesome).  Deploying a VPC under a user account 
> functions properly as well (Very Cool).  What I am looking for is a 
> configuration that I guess be best described as a shared isolated network? 
> Where an instance is provisioned and assigned an rfc1918 address from a large 
> guest pool much like I have currently setup with the “Default Shared 
> Network”. And a user can request an IP be assigned from the public pool and 
> create pat/nat translations and firewall rules just as on the isolated 
> network I tested.  This is for a multi-tennent setup where each user does not 
> need to create their own guest network and vlan isolation between accounts is 
> not necessary thus no need to burn a vlan and a vrouter for every customer 
> account.  Based on what I am seeing this functionality seems to already be 
> present.  If I provision and instance on the Default Shared Network (VLAN601) 
> in my setup, the machine is assigned the proper RFC1918 address from the pool 
> but when I try to allocate a public ip from the network tab I receive the 
> allocation error below.  Should this functionality even work? The problem 
> seems obvious but I don’t see where I can make the owners match even using 
> cloudmokey.
> 
> 2013-08-01 13:12:32,000 DEBUG [cloud.user.AccountManagerImpl] 
> (Job-Executor-21:job-269) Access to Acct[4-zimcom] granted to Acct[4-zimcom] 
> by DomainChecker_EnhancerByCloudStack_dd56169d
> 2013-08-01 13:12:32,020 DEBUG [cloud.user.AccountManagerImpl] 
> (Job-Executor-21:job-269) Access to Ip[209.212.252.6-1] granted to 
> Acct[4-zimcom] by DomainChecker_EnhancerByCloudStack_dd56169d
> 2013-08-01 13:12:32,031 DEBUG [cloud.user.AccountManagerImpl] 
> (Job-Executor-21:job-269) Access to Ntwk[204|Guest|7] granted to 
> Acct[4-zimcom] by DomainChecker_EnhancerByCloudStack_dd56169d
> 2013-08-01 13:12:32,042 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-21:job-269) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.address.AssociateIPAddrCmd
> com.cloud.exception.InvalidParameterValueException: The owner of the network 
> is not the same as owner of the IP
>at 
> com.cloud.network.NetworkManagerImpl.associateIPToGuestNetwork(NetworkManagerImpl.java:744)
>at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>at 
> com.cloud.network.NetworkServiceImpl.associateIPToNetwork(NetworkServiceImpl.java:2852)
>at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>at 
> org.apache.cloudstack.api.command.user.address.AssociateIPAddrCmd.execute(AssociateIPAddrC
> 
> 
> 
> 
> 
> I also created a second zone with basic networking but I did not see a way to 
> accomplish this with that setup either as it looks like the machine is 
> directly assigned a public address and access control is handled via SG’s 
> with ingress and egress filtering.
> 
> Can anyone help me out?
> Thanks in Advance.
> 
> Steve Searles
> http://www.zimcom.net
> Phone. (513)231-9500
> Fax. (513)624-3909
> Toll Free. (888)624-3910
> 

CloudStack 302 to 41 XenServer Issue

[John Skinner]

Hello all,

Just upgraded my mixed KVM/XenServer environment form 3.0.2 to 4.1. All of my 
KVM hosts seem happy, but all of my XenServer (5.6SP2) hosts show as 
disconnected and are not coming back. Has anyone experienced this?

Re: AWS API setup

[Carlos Reategui]

I've been tinkering
with: /usr/share/cloudstack-bridge/webapps/awsapi/WEB-INF/web.xml and added
some servlet mappings (don't really know what I am doing):

 
EC2RestServlet
/services/AmazonEC2
 
 
EC2RestServlet
/services/AmazonEC2/*
 

which gets me past the EPR issue, but it caused an error on the client when
attempting any of the ec2 commands (eg ec2-describe-instances).  Don't know
if these use rest on the backend so I also tried the following mapping:

 
EC2RestServlet
/services/AmazonEC2
 
 
EC2RestServlet
/services/AmazonEC2/*
 

This causes a stack overflow in catalina so probably not the correct
mapping

I'll keep you posted if i figure anything else out...


On Thu, Aug 1, 2013 at 6:35 AM, François Bousquet <
francois.bousq...@radialpoint.com> wrote:

> Same bug here with CloudStack 4.1.0 RPM. I had to manually copy
> xes.keystore for the registration to work but now I am getting the same
> error as you:
>
> The service cannot be found for the endpoint reference (EPR)
> http://localhost:7080/awsapi/services/AmazonEC2/
>
> I posted the question on Tuesday, but still no answer.
>
> -Original Message-
> From: create...@gmail.com [mailto:create...@gmail.com] On Behalf Of
> Carlos Reategui
> Sent: Wednesday, July 31, 2013 19:14
> To: users@cloudstack.apache.org
> Subject: Re: AWS API setup
>
> No luck with the EC2 api.  I am seeing this in catalina log:
>
> Jul 31, 2013 3:54:41 PM org.apache.axis2.engine.AxisEngine receive
> SEVERE: The service cannot be found for the endpoint reference (EPR)
> http://localhost:7080/awsapi/services/AmazonEC2/
> org.apache.axis2.AxisFault: The service cannot be found for the endpoint
> reference (EPR) http://localhost:7080/awsapi/services/AmazonEC2/
> at
>
> org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:65)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
> at
>
> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:173)
> at
> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
>
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
> at
>
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
> at
>
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
> at
>
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
> at
>
> com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:114)
> at
> com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
>
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at
>
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at
>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:615)
> at
>
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
> at
>
> org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
> at
>
> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:744)
> at
>
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2282)
> at
>
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
>
>
>
> On Wed, Jul 31, 2013 at 2:22 PM, Carlos Reategui  >wrote:
>
> > L

Shared Network Issue HELP?!

[Steve Searles]

Hello everyone,  I am new to Cloudstack and have it deployed in our lab 
currently so go easy :)  I have everything working as expected with the 
advanced network zone, vmware support,  and multiple vlan isolation working 
properly.  I have a few questions I would like to ask here about networking 
options inside Cloudstack that I was unable to acertain from the documentation. 
Hopefully one of you guys can steer me in the right direction.

MY LAB SETUP
Cloudstack 4.1.0 (Compiled from Source w/vmware support)
Zone1- Advanced –
MGMT(untagged): 172.29.16.0/21
STORAGE(untagged): 172.29.16.0/21
GUEST(VLAN 601): 172.29.24.0/21
PUBLIC(VLAN 602): x.x.x.x/24

Currently I create an account and can add a guest network, the virtual router 
deploys properly assigns the necessary vlan for the isolated network  the guest 
IP is assigned and a public ip is assigned from the public IP pool as expected 
this works properly (Awesome).  Deploying a VPC under a user account functions 
properly as well (Very Cool).  What I am looking for is a configuration that I 
guess be best described as a shared isolated network? Where an instance is 
provisioned and assigned an rfc1918 address from a large guest pool much like I 
have currently setup with the “Default Shared Network”. And a user can request 
an IP be assigned from the public pool and create pat/nat translations and 
firewall rules just as on the isolated network I tested.  This is for a 
multi-tennent setup where each user does not need to create their own guest 
network and vlan isolation between accounts is not necessary thus no need to 
burn a vlan and a vrouter for every customer account.  Based on what I am 
seeing this functionality seems to already be present.  If I provision and 
instance on the Default Shared Network (VLAN601) in my setup, the machine is 
assigned the proper RFC1918 address from the pool but when I try to allocate a 
public ip from the network tab I receive the allocation error below.  Should 
this functionality even work? The problem seems obvious but I don’t see where I 
can make the owners match even using cloudmokey.

2013-08-01 13:12:32,000 DEBUG [cloud.user.AccountManagerImpl] 
(Job-Executor-21:job-269) Access to Acct[4-zimcom] granted to Acct[4-zimcom] by 
DomainChecker_EnhancerByCloudStack_dd56169d
2013-08-01 13:12:32,020 DEBUG [cloud.user.AccountManagerImpl] 
(Job-Executor-21:job-269) Access to Ip[209.212.252.6-1] granted to 
Acct[4-zimcom] by DomainChecker_EnhancerByCloudStack_dd56169d
2013-08-01 13:12:32,031 DEBUG [cloud.user.AccountManagerImpl] 
(Job-Executor-21:job-269) Access to Ntwk[204|Guest|7] granted to Acct[4-zimcom] 
by DomainChecker_EnhancerByCloudStack_dd56169d
2013-08-01 13:12:32,042 ERROR [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-21:job-269) Unexpected exception while executing 
org.apache.cloudstack.api.command.user.address.AssociateIPAddrCmd
com.cloud.exception.InvalidParameterValueException: The owner of the network is 
not the same as owner of the IP
at 
com.cloud.network.NetworkManagerImpl.associateIPToGuestNetwork(NetworkManagerImpl.java:744)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.network.NetworkServiceImpl.associateIPToNetwork(NetworkServiceImpl.java:2852)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.address.AssociateIPAddrCmd.execute(AssociateIPAddrC





 I also created a second zone with basic networking but I did not see a way to 
accomplish this with that setup either as it looks like the machine is directly 
assigned a public address and access control is handled via SG’s with ingress 
and egress filtering.

Can anyone help me out?
Thanks in Advance.

Steve Searles
http://www.zimcom.net
Phone. (513)231-9500
Fax. (513)624-3909
Toll Free. (888)624-3910

Re: FW: CS 4.1.0 - this will help a number of people who struggle with Advanced Networking

[Marcus Sorensen]

I'm short on time, but here's the KVM advanced networking config we
use for testing. If someone wants to write a doc based around it that
would be nice.

Start out KVM host with two networks, eth0, eth1. eth0 is intended for
public traffic, eth0 will be guest vlans and management vlan. then
create a bridge interface for each:

[root@devcloud-kvm ~]# brctl show
bridge name bridge id STP enabled interfaces
cloud0 8000. no
br0 8000.5254004eff4f no eth0
br1 8000.52540052b15e no eth1

br0  Link encap:Ethernet  HWaddr 52:54:00:4E:FF:4F
  inet addr:172.17.10.10  Bcast:172.17.10.255  Mask:255.255.255.0
  inet6 addr: fe80::5054:ff:fe4e:ff4f/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:127 errors:0 dropped:0 overruns:0 frame:0
  TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:5846 (5.7 KiB)  TX bytes:4345 (4.2 KiB)

br1  Link encap:Ethernet  HWaddr 52:54:00:52:B1:5E
  inet addr:192.168.100.10  Bcast:192.168.100.255  Mask:255.255.255.0
  inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:343 errors:0 dropped:0 overruns:0 frame:0
  TX packets:153 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:24227 (23.6 KiB)  TX bytes:29108 (28.4 KiB)

eth0  Link encap:Ethernet  HWaddr 52:54:00:4E:FF:4F
  inet6 addr: fe80::5054:ff:fe4e:ff4f/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:157 errors:0 dropped:0 overruns:0 frame:0
  TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:12276 (11.9 KiB)  TX bytes:4897 (4.7 KiB)

eth1  Link encap:Ethernet  HWaddr 52:54:00:52:B1:5E
  inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:377 errors:0 dropped:0 overruns:0 frame:0
  TX packets:163 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:34044 (33.2 KiB)  TX bytes:29748 (29.0 KiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:863 errors:0 dropped:0 overruns:0 frame:0
  TX packets:863 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:120247 (117.4 KiB)  TX bytes:120247 (117.4 KiB)

Ok, now kvm host is ready. Just define the kvm traffic label for
Management traffic to be 'br0', for guest to be 'br0', and for public
to be 'br1'. Cloudstack will create any necessary bridges or vlans.
You can leave the vlan option empty if you don't want it to create a
vlan (say for management). I can perhaps go into more detail later.

On Wed, Jul 31, 2013 at 12:33 PM, Marcus Sorensen  wrote:
> Yes, that's correct. I think we need to update the documentation. The
> user simply needs to create a bridge where 'public' traffic will work,
> and then set that bridge name as the traffic label for public traffic.
> Then it will create the vlan device and the bridge necessary for
> public based on the physical ethernet device of that bridge.
>
> Note, in this example, it is only looking for cloudVirBr for
> compatibility, if there are existing cloudVirBr bridges then the agent
> will continue to create cloudVirBr bridges, otherwise, it will create
> breth bridges, which allow the same vlan number on different physical
> interfaces.
>
> We can easily create some concrete examples for this... such as the
> one represented in devcloud-kvm by
> tools/devcloud-kvm/devcloud-kvm-advanced.cfg
>
> On Wed, Jul 31, 2013 at 12:06 PM, Edison Su  wrote:
>> The KVM installation guide at 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/hypervisor-kvm-install-flow.html
>>  , is unnecessary complicated and inaccurate.
>> For example, we don't need to configure vlan on kvm host by users 
>> themselves, cloudstack-agent will create vlans automatically.
>> All users need to do is to create bridges(if the default bridge created by 
>> cloudstack-agent is not enough), then add these bridge names from cloudstack 
>> mgt server UI during the zone creation.
>>
>> -Original Message-
>> From: Noel Kendall [mailto:noeldkend...@hotmail.com]
>> Sent: Wednesday, July 31, 2013 9:49 AM
>> To: users@cloudstack.apache.org
>> Subject: CS 4.1.0 - this will help a number of people who struggle with 
>> Advanced Networking
>>
>> The documentation for installation in a KVM environment is utterly 
>> misleading.
>> The documentation reads as though one can set up the bridge for the public 
>> network with any name one chooses, the default being cloudbr0.
>> You cannot use just any old name. 

RE: AWS API setup

[François Bousquet]

Same bug here with CloudStack 4.1.0 RPM. I had to manually copy xes.keystore 
for the registration to work but now I am getting the same error as you:

The service cannot be found for the endpoint reference (EPR) 
http://localhost:7080/awsapi/services/AmazonEC2/

I posted the question on Tuesday, but still no answer.

-Original Message-
From: create...@gmail.com [mailto:create...@gmail.com] On Behalf Of Carlos 
Reategui
Sent: Wednesday, July 31, 2013 19:14
To: users@cloudstack.apache.org
Subject: Re: AWS API setup

No luck with the EC2 api.  I am seeing this in catalina log:

Jul 31, 2013 3:54:41 PM org.apache.axis2.engine.AxisEngine receive
SEVERE: The service cannot be found for the endpoint reference (EPR) 
http://localhost:7080/awsapi/services/AmazonEC2/
org.apache.axis2.AxisFault: The service cannot be found for the endpoint 
reference (EPR) http://localhost:7080/awsapi/services/AmazonEC2/
at
org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:65)
at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
at
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:173)
at
org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at
com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:114)
at
com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:615)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:744)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2282)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)



On Wed, Jul 31, 2013 at 2:22 PM, Carlos Reategui wrote:

> Looks like I'm on my own here
>
> I poked around the cloudstack-setup-databases script and the sql it
> uses drops the tables before recreating them so it is not safe for me
> to run that or it will kill my current cloud db.
>
> In that script I did find references to the cloud-bridge sql files
> found
> here:
> # ls -l /usr/share/cloudstack-bridge/setup/
> total 56
> -rw-r--r-- 1 root root 1592 Jun  4 11:45 cloudbridge_bucketpolicy.sql
> -rw-r--r-- 1 root root 1148 Jun  4 11:45 cloudbridge_db.sql
> -rw-r--r-- 1 root root 3711 Jun  4 11:45 cloudbridge_index.sql
> -rw-r--r-- 1 root root 1170 Jun  4 11:45
> cloudbridge_multipart_alter.sql
> -rw-r--r-- 1 root root 2468 Jun  4 11:45 cloudbridge_multipart.sql
> -rw-r--r-- 1 root root  896 Jun  4 11:45
> cloudbridge_offering_alter.sql
> -rw-r--r-- 1 root root 1551 Jun  4 11:45 cloudbridge_offering.sql
> -rw-r--r-- 1 root root  897 Jun  4 11:45 cloudbridge_policy_alter.sql
> -rw-r--r-- 1 root root 4462 Jun  4 11:45 cloudbridge_schema.sql
> -rw-r--r-- 1 root root 2365 Jun  4 11:45 deploy-db-bridge.sh
> -rw-r--r-- 1

RE: vms hang in expunged state

[Daan Hoogland]

Valery,

Do you still have assigned ip addresses to the vms?

Regards,

-Original Message-
From: Valery Ciareszka [mailto:valery.teres...@gmail.com] 
Sent: donderdag 25 juli 2013 14:54
To: users
Subject: vms hang in expunged state

Hi all.

I have faced the following problem: virtual machines remain in expunging state 
forever, and I see java.lang.NullPointerException in management server logs.
I use CS 4.1, CentOS 6.4, KVM.

What is the proper way to handle this issue ?

Management server log:

2013-07-25 12:30:17,674 INFO  [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Found 2 vms to expunge.
2013-07-25 12:30:17,674 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(UserVm-Scavenger-1:null) Stopped called on VM[User|te st090703-1] but the 
state is Expunging
2013-07-25 12:30:17,694 DEBUG [cloud.capacity.CapacityManagerImpl]
(UserVm-Scavenger-1:null) VM state transitted from :Ex punging to Expunging 
with event: ExpungeOperationvm's original host id: 19 new host id: null host id 
before state transit
ion: null
2013-07-25 12:30:17,694 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(UserVm-Scavenger-1:null) Destroying vm VM[User|test09 0703-1]
2013-07-25 12:30:17,694 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(UserVm-Scavenger-1:null) Cleaning up NICS
2013-07-25 12:30:17,694 DEBUG [cloud.network.NetworkManagerImpl]
(UserVm-Scavenger-1:null) Cleaning network for vm: 6164
2013-07-25 12:30:17,696 DEBUG [cloud.storage.StorageManagerImpl]
(UserVm-Scavenger-1:null) Cleaning storage for vm: 6164
2013-07-25 12:30:17,697 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(UserVm-Scavenger-1:null) Expunged VM[User|test090703- 1]
2013-07-25 12:30:17,697 DEBUG [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Starting cleaning up vm VM[User|test 090703-1] 
resources...
2013-07-25 12:30:17,705 DEBUG [network.firewall.FirewallManagerImpl]
(UserVm-Scavenger-1:null) No firewall rules are foun d for vm id=6164
2013-07-25 12:30:17,706 DEBUG [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Firewall rules are removed successfu lly as a part of 
vm id=6164 expunge
2013-07-25 12:30:17,709 DEBUG [network.rules.RulesManagerImpl]
(UserVm-Scavenger-1:null) No port forwarding rules are fou nd for vm id=6164
2013-07-25 12:30:17,709 DEBUG [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Port forwarding rules are removed su ccessfully as a 
part of vm id=6164 expunge
2013-07-25 12:30:17,711 DEBUG [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Removed vm id=6164 from all load bal ancers as a part 
of expunge process
2013-07-25 12:30:17,714 DEBUG [network.rules.RulesManagerImpl]
(UserVm-Scavenger-1:null) Revoking all Firewallrules as a part of disabling 
static nat for public IP id=1305
2013-07-25 12:30:17,716 DEBUG [network.firewall.FirewallManagerImpl]
(UserVm-Scavenger-1:null) Releasing 3 firewall rules for ip id=1305
2013-07-25 12:30:17,718 WARN  [cloud.vm.UserVmManagerImpl]
(UserVm-Scavenger-1:null) Unable to expunge VM[User|test090703-1] 
java.lang.NullPointerException
at com.cloud.event.EventUtils.getDomainId(EventUtils.java:116)
at com.cloud.event.EventUtils.saveStartedEvent(EventUtils.java:79)
at
com.cloud.event.ActionEventInterceptor.interceptStart(ActionEventInterceptor.java:47)
at
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:119)
at
com.cloud.network.firewall.FirewallManagerImpl.revokeFirewallRulesForIp(FirewallManagerImpl.java:734)
at
com.cloud.network.rules.RulesManagerImpl.disableStaticNat(RulesManagerImpl.java:1194)
at
com.cloud.vm.UserVmManagerImpl.cleanupVmResources(UserVmManagerImpl.java:1856)
at
com.cloud.vm.UserVmManagerImpl.expunge(UserVmManagerImpl.java:1787)
at
com.cloud.vm.UserVmManagerImpl$ExpungeTask.run(UserVmManagerImpl.java:2416)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:165)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:267)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)


--
Regards,
Valery

http://protocol.by/slayer

Centos and FreeBSD templates

[Nux!]

Hi,

Should someone need templates, I've made some Centos 6 and FreeBSD 9 
64bit templates for KVM, both are VirtIO enabled and have the password 
and key scripts installed (and working from what I tested).
They have a "random" root size of 20 GB. Having said that, I'd really, 
really, really like Cloudstack could resize the root disk (as the 
competition does); for me it's the numero uno problem that stops a 
central template repo (market place?) from existing. Imposing "random" 
root sizes on people doesn't seem right.


http://li.nux.ro/download/cloudstack/images/

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Unable to start System VM

[Chitra Manjunath]

Hi All,

I attached the management server log file.
log saying Zone is not Ready, templates are not ready. But I added the Zone and 
is enabled.

Where we need to download the System VM template?

Please anyone solve this problem.
Very Urgent


Thanks
Chitra.M


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

[Doc] IP Address Reservation is Ready for Review

[Radhika Puthiyetath]

Hi,

Adding Multiple IP Ranges 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

[Doc] Adding Multiple IP Ranges is Ready

[Radhika Puthiyetath]

Hi,

Adding Multiple IP Ranges documentation is ready for review. The doc is 
attached at https://issues.apache.org/jira/browse/CLOUDSTACK-847

Please see 15.13. Adding Multiple IP Ranges (139), and provide your feedback.

Regards
-Radhika

[Doc] Adding and Removing Networks on a VM is Ready

[Radhika Puthiyetath]

Hi,

Adding and Removing Networks on a VM documentation is ready for review. The doc 
is attached at https://issues.apache.org/jira/browse/CLOUDSTACK-2986

Please see section 15.6.2. Reconfiguring Networks in VMs (128), and provide 
your feedback.

Regards
-Radhika

[Doc] Dedicated Resources: Public IPs and VLANs per Account is Ready

[Radhika Puthiyetath]

Hi,

Dedicated Resources: Public IPs and VLANs per Account is Ready documentation is 
ready for review. The doc is attached at 
https://issues.apache.org/jira/browse/CLOUDSTACK-817

Please see section 15.8. Reserving Public IP Addresses and VLANs Per Account 
(132), and provide your feedback.

Regards
-Radhika

[Doc] GSLB is Ready

[Radhika Puthiyetath]

Hi,

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

Please see section 15.11. Global Server Load Balancing Support, and provide 
your feedback.

Regards
-Radhika

[Doc] Deleting and Archiving Events and Alerts for Review

[Radhika Puthiyetath]

Hi,

Deleting and Archiving Events and documentation is ready for review. The doc is 
attached at https://issues.apache.org/jira/browse/CLOUDSTACK-1567.


Please see section 22.1.6. Deleting and Archiving Events and Alerts (223), and 
provide your feedback.

Regards
-Radhika

[Doc] Portable IP is Ready

[Radhika Puthiyetath]

Hi,

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

Please see section 15.22. Portable IPs (169), and provide your feedback.

Regards
-Radhika

Re: ISO images

[Punit Dambiwal]

Hi Chitra,

You can register but it will not ready until the SSVM start


On Thu, Aug 1, 2013 at 4:16 PM, Punit Dambiwal  wrote:

> Hi Chitra,
>
> As you can not register any ISO or template until the SSVM ready...so
> please try to check why your both the system VM in stopped stateplease
> try to find the error logs in management server :-
> /var/log/cloudstack/management/management-server.log ...
>
>
> On Thu, Aug 1, 2013 at 3:22 PM, Chitra Manjunath <
> chitra_manjun...@infosys.com> wrote:
>
>> Hi All,
>>
>> I have a ISO image in the Secondary storage, I registered the ISO image
>> but it's not Ready. Can  I download the image  directly from the internet
>> while registering the template or its only local repo?
>>
>> SSVM and CPVM are in stopped state I tried to start but it is not
>> starting.
>>
>> Please share information on how to start the system VM's and to register
>> the ISO image.
>>
>> Thanks in Advance.
>>
>> Chitra.M
>>
>>  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: ISO images

[Punit Dambiwal]

Hi Chitra,

As you can not register any ISO or template until the SSVM ready...so
please try to check why your both the system VM in stopped stateplease
try to find the error logs in management server :-
/var/log/cloudstack/management/management-server.log ...


On Thu, Aug 1, 2013 at 3:22 PM, Chitra Manjunath <
chitra_manjun...@infosys.com> wrote:

> Hi All,
>
> I have a ISO image in the Secondary storage, I registered the ISO image
> but it's not Ready. Can  I download the image  directly from the internet
> while registering the template or its only local repo?
>
> SSVM and CPVM are in stopped state I tried to start but it is not starting.
>
> Please share information on how to start the system VM's and to register
> the ISO image.
>
> Thanks in Advance.
>
> Chitra.M
>
>  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: Template - Root disk size changes

[Gaspare A Silvestri]

  
  
Thank you for your quick reply.
  
  This means that I will able to extend the additional disks created
  by the users, is this right? Is this correct even if I will use
  vSphere 5.x as hypervisor platform?
  
  Thank you for your attention.
  
  Gaspare
  
  
  On 01/08/2013 09:02, Venkata SwamyBabu Budumuru wrote:


  AFAIK, you need to create another template with different size if you
need. In 4.2, some enhancements happened for DATADISK but not for ROOT
disk.

Here is the link for DATADISK resize feature :
https://cwiki.apache.org/CLOUDSTACK/resize-data-volumes.html

Thanks,
SWAMY

On 01/08/13 11:48 AM, "Gaspare A Silvestri" 
wrote:


  
Hello everybody,

is it possibleincreasing the root disk size on a predefined template?

What I'm trying to sayisthat if I'll deploy a template with a thin disk
starting from 10GB, for example, and I will decide to create an instance
with 50GB HDD, is this extension automatically performed by
CloudStack?Or have I got to create many different templates with
different root disk sizes?

Thanks in advance,

Gaspare

  
  




-- 
  
  

  

  
  
  
  Supernova
  s.r.l.
  Via G. Misiticoni, 3
  65126 - Pescara
  ITALY
  
  www.netsons.com


   Gaspare
A. Silvestri
Technical Director - Head of IT 
  VMWare VCP 4 - VMWare VCP 5 - Microsoft MCTS
Oracle OCA 11g - Oracle SUN OCP - Symantec SCS 
  
  t. (+39)
085 45 100 52
  m. (+39)
334 13 682 11 
  e. g.silves...@netsons.com
  


  

  
  
  
  Netsons® è un marchio registrato dalla Supernova s.r.l.
  
  
  
Le informazioni trasmesse sono riservate alla persona o alla
società indicata come destinatario, e possono includere
contenuti considerati confidenziali. Ogni elaborazione,
comunicazione, trasmissione o altro utilizzo, anche azioni
conseguenti alla conoscenza di queste informazioni da parte di
chiunque non sia espressamente indicato come destinatario è
proibita. Nel caso abbiate ricevuto per errore questa
comunicazione, siete pregati di darne avviso a info [at]
netsons.com ed eliminare ogni stampa ed ogni traccia
informatica. Il ricevente dovrà inoltre accertarsi che gli
eventuali allegati non contengano virus prima di aprirli.
Qualunque opinione o affermazione presentata in questo messaggio
è da ritenersi propria dell'autore e non rappresenta
necessariamente la posizione della Società.


The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential
material. Any review, retransmission, dissemination or other use
of, or taking of any action in reliance upon this information by
persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact: info
[at] netsons.com and delete the material from any computer. If
this email contains attachments you should ensure they are
checked for viruses before opening them. Any views or opinions
presented are solely those of the author and do not necessarily
represent those of the company.
  

  

ISO images

[Chitra Manjunath]

Hi All,

I have a ISO image in the Secondary storage, I registered the ISO image but 
it's not Ready. Can  I download the image  directly from the internet while 
registering the template or its only local repo?

SSVM and CPVM are in stopped state I tried to start but it is not starting.

Please share information on how to start the system VM's and to register the 
ISO image.

Thanks in Advance.

Chitra.M

 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: Template - Root disk size changes

[Venkata SwamyBabu Budumuru]

AFAIK, you need to create another template with different size if you
need. In 4.2, some enhancements happened for DATADISK but not for ROOT
disk.

Here is the link for DATADISK resize feature :
https://cwiki.apache.org/CLOUDSTACK/resize-data-volumes.html

Thanks,
SWAMY

On 01/08/13 11:48 AM, "Gaspare A Silvestri" 
wrote:

>Hello everybody,
>
>is it possibleincreasing the root disk size on a predefined template?
>
>What I'm trying to sayisthat if I'll deploy a template with a thin disk
>starting from 10GB, for example, and I will decide to create an instance
>with 50GB HDD, is this extension automatically performed by
>CloudStack?Or have I got to create many different templates with
>different root disk sizes?
>
>Thanks in advance,
>
>Gaspare