Public networking VR fails to start

2014-05-12 Thread Jonathan Gowar
Hi,

  I've a public access /29 to use for my cloud stack.  I have a base
setup (1x CS manager, 3x hypervisors, 1x NFS storage) and want to create
my first public instance, but the VR fails to start.

The best I can get from the logs is this an InsufficientServerCapacity
error, but I've no idea where capacity has been reached:-

2014-05-12 18:23:56,109 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Cleaning up resources for the
vm VM[DomainRouter|r-4-VM] in Starting state
2014-05-12 18:23:56,111 DEBUG [c.c.a.t.Request]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Seq 5-581178561: Sending
{ Cmd , MgmtId: 53350628586064, via: 5(pp-compute-3), Ver: v1, Flags:
100011,
[{"com.cloud.agent.api.StopCommand":{"isProxy":false,"executeInSequence":false,"vmName":"r-4-VM","wait":0}}]
 }
2014-05-12 18:23:56,429 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully updated user
statistics as a part of domR VM[DomainRouter|r-4-VM] reboot/stop
2014-05-12 18:23:56,827 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully released network
resources for the vm VM[DomainRouter|r-4-VM]
2014-05-12 18:23:56,827 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully cleanued up
resources for the vm VM[DomainRouter|r-4-VM] in Starting state
2014-05-12 18:23:57,347 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Router r-4-VM is in Stopped,
so not sending apply ip association commands to the backend
2014-05-12 18:23:57,353 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Stopping router
VM[DomainRouter|r-4-VM]
2014-05-12 18:23:57,355 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) VM is already stopped:
VM[DomainRouter|r-4-VM]
com.cloud.exception.InsufficientServerCapacityException: Unable to
create a deployment for VM[DomainRouter|r-4-VM]Scope=interface
com.cloud.dc.DataCenter; id=1
2014-05-12 18:23:57,553 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(Job-Executor-4:ctx-652b2d56) Complete async job-27, jobStatus: FAILED,
resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Unable
 to create a deployment for VM[DomainRouter|r-4-VM]"}

Regards,
Jon



Re: Public networking VR fails to start

2014-05-12 Thread dean . kamali
Is this happening only with VR? Your system and console proxy are fine? 

D

Sent from my BlackBerry 10 smartphone.
  Original Message  
From: Jonathan Gowar
Sent: Monday, May 12, 2014 2:43 PM
To: users@cloudstack.apache.org
Reply To: users@cloudstack.apache.org
Subject: Public networking VR fails to start

Hi,

I've a public access /29 to use for my cloud stack. I have a base
setup (1x CS manager, 3x hypervisors, 1x NFS storage) and want to create
my first public instance, but the VR fails to start.

The best I can get from the logs is this an InsufficientServerCapacity
error, but I've no idea where capacity has been reached:-

2014-05-12 18:23:56,109 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Cleaning up resources for the
vm VM[DomainRouter|r-4-VM] in Starting state
2014-05-12 18:23:56,111 DEBUG [c.c.a.t.Request]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Seq 5-581178561: Sending
{ Cmd , MgmtId: 53350628586064, via: 5(pp-compute-3), Ver: v1, Flags:
100011,
[{"com.cloud.agent.api.StopCommand":{"isProxy":false,"executeInSequence":false,"vmName":"r-4-VM","wait":0}}]
 }
2014-05-12 18:23:56,429 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully updated user
statistics as a part of domR VM[DomainRouter|r-4-VM] reboot/stop
2014-05-12 18:23:56,827 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully released network
resources for the vm VM[DomainRouter|r-4-VM]
2014-05-12 18:23:56,827 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Successfully cleanued up
resources for the vm VM[DomainRouter|r-4-VM] in Starting state
2014-05-12 18:23:57,347 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Router r-4-VM is in Stopped,
so not sending apply ip association commands to the backend
2014-05-12 18:23:57,353 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) Stopping router
VM[DomainRouter|r-4-VM]
2014-05-12 18:23:57,355 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-4:ctx-652b2d56 ctx-67af3305) VM is already stopped:
VM[DomainRouter|r-4-VM]
com.cloud.exception.InsufficientServerCapacityException: Unable to
create a deployment for VM[DomainRouter|r-4-VM]Scope=interface
com.cloud.dc.DataCenter; id=1
2014-05-12 18:23:57,553 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(Job-Executor-4:ctx-652b2d56) Complete async job-27, jobStatus: FAILED,
resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Unable
 to create a deployment for VM[DomainRouter|r-4-VM]"}

Regards,
Jon



Re: Public networking VR fails to start

2014-05-12 Thread Jonathan Gowar
On Mon, 2014-05-12 at 16:46 -0400, dean.kam...@gmail.com wrote:
> Is this happening only with VR? Your system and console proxy are fine? 

Yes, only the VR; and then subsequent guest VMs obviously.  The system
VMs are fine.



Re: Public networking VR fails to start

2014-05-13 Thread Dean Kamali
​Try and login to system vm and run ssvm-check script located in
/usr/local/cloud/

Read this to learn how to access your system vms
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/accessing-system-vms.html
​

Have you tried to delete your virtual router and deploy it again?

Which hypervisors are you using?




On Mon, May 12, 2014 at 7:37 PM, Jonathan Gowar wrote:

> On Mon, 2014-05-12 at 16:46 -0400, dean.kam...@gmail.com wrote:
> > Is this happening only with VR? Your system and console proxy are fine?
>
> Yes, only the VR; and then subsequent guest VMs obviously.  The system
> VMs are fine.
>
>


Re: Public networking VR fails to start

2014-05-13 Thread Jonathan Gowar
On Tue, 2014-05-13 at 09:13 -0400, Dean Kamali wrote:
> Try and login to system vm and run ssvm-check script located in
> /usr/local/cloud/

root@s-1-VM:~#  /usr/local/cloud/systemvm/ssvm-check.sh

First DNS server is  8.8.8.8
PING 8.8.8.8 (8.8.8.8): 48 data bytes
56 bytes from 8.8.8.8: icmp_seq=0 ttl=63 time=0.867 ms
56 bytes from 8.8.8.8: icmp_seq=1 ttl=63 time=0.471 ms
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.471/0.669/0.867/0.198 ms
Good: Can ping DNS server

Good: DNS resolves download.cloud.com

nfs is currently mounted
Mount point is /mnt/SecStorage/f0b86218-6365-36f5-bd82-3848f9c7c574
Good: Can write to mount point

Management server is 10.x.x.x. Checking connectivity.
Good: Can connect to management server port 8250

Good: Java process is running

Tests Complete. Look for ERROR or WARNING above.

> Have you tried to delete your virtual router and deploy it again?

Define delete?  If from the UI then yes, more than once.  Is there
anything in the DB that could do with flushing too?

> Which hypervisors are you using?

KVM.



Re: Public networking VR fails to start

2014-05-14 Thread Dean Kamali
If you are able to delete the VR from UI, there is no need to do any clean
up in the DB, ssvm checks seems fine, I would like you to review your
networking settings, things like VLAN IDs, IP start / end range, also
subnet mask for your network offering.

System VMs gets a public IP, can you ping that IP from your local network?

Dean



On Tue, May 13, 2014 at 12:35 PM, Jonathan Gowar wrote:

> On Tue, 2014-05-13 at 09:13 -0400, Dean Kamali wrote:
> > Try and login to system vm and run ssvm-check script located in
> > /usr/local/cloud/
>
> root@s-1-VM:~#  /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  8.8.8.8
> PING 8.8.8.8 (8.8.8.8): 48 data bytes
> 56 bytes from 8.8.8.8: icmp_seq=0 ttl=63 time=0.867 ms
> 56 bytes from 8.8.8.8: icmp_seq=1 ttl=63 time=0.471 ms
> --- 8.8.8.8 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 0.471/0.669/0.867/0.198 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> nfs is currently mounted
> Mount point is /mnt/SecStorage/f0b86218-6365-36f5-bd82-3848f9c7c574
> Good: Can write to mount point
> 
> Management server is 10.x.x.x. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
>
> > Have you tried to delete your virtual router and deploy it again?
>
> Define delete?  If from the UI then yes, more than once.  Is there
> anything in the DB that could do with flushing too?
>
> > Which hypervisors are you using?
>
> KVM.
>
>


Re: Public networking VR fails to start

2014-05-15 Thread Anton Rubets
I have same problem, but i work only with xen.
Because i cant found right network configuration on XEN in advanced network
(2 NIC)
Show you first log file after creating the instance and your network config


On Wed, May 14, 2014 at 8:03 PM,  wrote:

> Jonathan, you can always start over, but that's not logical way of
> troubleshooting, you might have specified wrong IP settings when you first
> created the zone, and RV is failing because it's not able to ping outside
> world.
>
> I asked you to check if you see able to ping ssvm public IP address, if
> not then that's could be it. Otherwise it could be something else.
>
>
> Sent from my BlackBerry 10 smartphone.
>   Original Message
> From: Jonathan Gowar
> Sent: Wednesday, May 14, 2014 12:42 PM
> To: users@cloudstack.apache.org
> Reply To: users@cloudstack.apache.org
> Subject: Re: Public networking VR fails to start
>
> Is it fair to say, that this should just work, and therefore, is it any
> worth me dropping the cloud DB and starting again?
>
>


Re: Public networking VR fails to start

2014-05-15 Thread Jonathan Gowar
On Wed, 2014-05-14 at 13:03 -0400, dean.kam...@gmail.com wrote:
> Jonathan, you can always start over, but that's not logical way of 
> troubleshooting, you might have specified wrong IP settings when you first 
> created the zone, and RV is failing because it's not able to ping outside 
> world. 

Oh, I agree, starting over is never the way to learn, but the logging is
so sparse, and troubleshooting isn't getting me any closer.

> I asked you to check if you see able to ping ssvm public IP address, if not 
> then that's could be it. Otherwise it could be something else. 

Sorry, I missed that question.  Yes, I can ping the SSVM public IP
address.

Jon



Re: Public networking VR fails to start

2014-05-15 Thread dean . kamali
Jonathan, you can always start over, but that's not logical way of 
troubleshooting, you might have specified wrong IP settings when you first 
created the zone, and RV is failing because it's not able to ping outside 
world. 

I asked you to check if you see able to ping ssvm public IP address, if not 
then that's could be it. Otherwise it could be something else. 


Sent from my BlackBerry 10 smartphone.
  Original Message  
From: Jonathan Gowar
Sent: Wednesday, May 14, 2014 12:42 PM
To: users@cloudstack.apache.org
Reply To: users@cloudstack.apache.org
Subject: Re: Public networking VR fails to start

Is it fair to say, that this should just work, and therefore, is it any
worth me dropping the cloud DB and starting again?



Re: Public networking VR fails to start

2014-05-15 Thread Jonathan Gowar
Is it fair to say, that this should just work, and therefore, is it any
worth me dropping the cloud DB and starting again?



Re: Public networking VR fails to start

2014-05-16 Thread Jonathan Gowar
On Thu, 2014-05-15 at 00:35 +0100, Jonathan Gowar wrote:
> On Wed, 2014-05-14 at 13:03 -0400, dean.kam...@gmail.com wrote:
> > Jonathan, you can always start over, but that's not logical way of 
> > troubleshooting, you might have specified wrong IP settings when you first 
> > created the zone, and RV is failing because it's not able to ping outside 
> > world. 
> 
> Oh, I agree, starting over is never the way to learn, but the logging is
> so sparse, and troubleshooting isn't getting me any closer.
> 
> > I asked you to check if you see able to ping ssvm public IP address, if not 
> > then that's could be it. Otherwise it could be something else. 
> 
> Sorry, I missed that question.  Yes, I can ping the SSVM public IP
> address.

I'm making no progress.  The log files are hard to interperate, and what
errors are provided don't seem to translate to anything meaningful.



com.cloud.exception.InsufficientServerCapacityException: Unable to
create a deployment for VM[DomainRouter|r-15-VM]Scope=interface
com.cloud.dc.DataCenter; id=1



I seem to be the only person experiencing this, but I've combed through
the install manual, and everything appears in order.

The advanced networking actually seems relatively staight forward, and I
can see public traffic on the trunked hv ports; using iftop.

Can I enable extra verbose logging?  ...or can someone give me a
step-by-step practical example of how to create an advance network and
successfully launch an instance... at the moment it may as well be by
magic :(



Re: Public networking VR fails to start

2014-05-16 Thread Jayapal Reddy Uradi
Hi,

For com.cloud.exception.InsufficientServerCapacityException you need to observe 
the logs above this exception to
get an idea about what is exactly failing.

Also check the dashboard for resources.

Thanks,
Jayapal

On 17-May-2014, at 7:06 AM, Jonathan Gowar  wrote:

> On Thu, 2014-05-15 at 00:35 +0100, Jonathan Gowar wrote:
>> On Wed, 2014-05-14 at 13:03 -0400, dean.kam...@gmail.com wrote:
>>> Jonathan, you can always start over, but that's not logical way of 
>>> troubleshooting, you might have specified wrong IP settings when you first 
>>> created the zone, and RV is failing because it's not able to ping outside 
>>> world. 
>> 
>> Oh, I agree, starting over is never the way to learn, but the logging is
>> so sparse, and troubleshooting isn't getting me any closer.
>> 
>>> I asked you to check if you see able to ping ssvm public IP address, if not 
>>> then that's could be it. Otherwise it could be something else. 
>> 
>> Sorry, I missed that question.  Yes, I can ping the SSVM public IP
>> address.
> 
> I'm making no progress.  The log files are hard to interperate, and what
> errors are provided don't seem to translate to anything meaningful.
> 
> 
> 
> com.cloud.exception.InsufficientServerCapacityException: Unable to
> create a deployment for VM[DomainRouter|r-15-VM]Scope=interface
> com.cloud.dc.DataCenter; id=1
> 
> 
> 
> I seem to be the only person experiencing this, but I've combed through
> the install manual, and everything appears in order.
> 
> The advanced networking actually seems relatively staight forward, and I
> can see public traffic on the trunked hv ports; using iftop.
> 
> Can I enable extra verbose logging?  ...or can someone give me a
> step-by-step practical example of how to create an advance network and
> successfully launch an instance... at the moment it may as well be by
> magic :(
> 



Re: Public networking VR fails to start

2014-05-18 Thread Jonathan Gowar
On Sat, 2014-05-17 at 04:03 +, Jayapal Reddy Uradi wrote:
> For com.cloud.exception.InsufficientServerCapacityException you need to 
> observe the logs above this exception to
> get an idea about what is exactly failing.

I find this hard to decyper:-

2014-05-18 23:34:53,894 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Cleaning up because we're
unable to implement the network Ntwk[208|Guest|8]
2014-05-18 23:34:53,982 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is acquired for network
Ntwk[208|Guest|8] as a part of network shutdown
2014-05-18 23:34:54,023 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 port forwarding
rules for network id=208 as a part of shutdownNetworkRules
2014-05-18 23:34:54,023 DEBUG [c.c.n.f.FirewallManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
forward to the network elements
2014-05-18 23:34:54,024 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 static nat rules
for network id=208 as a part of shutdownNetworkRules
2014-05-18 23:34:54,024 DEBUG [c.c.n.f.FirewallManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
forward to the network elements
2014-05-18 23:34:54,026 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Revoking 0 Public load
balancing rules for network id=208
2014-05-18 23:34:54,026 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no Load Balancing
Rules to forward to the network elements
2014-05-18 23:34:54,029 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Revoking 0 Internal load
balancing rules for network id=208
2014-05-18 23:34:54,029 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no Load Balancing
Rules to forward to the network elements
2014-05-18 23:34:54,030 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 firewall ingress
rules for network id=208 as a part of shutdownNetworkRules
2014-05-18 23:34:54,030 DEBUG [c.c.n.f.FirewallManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
forward to the network elements
2014-05-18 23:34:54,032 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 firewall egress
rules for network id=208 as a part of shutdownNetworkRules
2014-05-18 23:34:54,035 DEBUG [c.c.n.f.FirewallManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) applying default firewall
egress rules 
2014-05-18 23:34:54,047 DEBUG [c.c.n.f.FirewallManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
forward to the network elements
2014-05-18 23:34:54,048 DEBUG [c.c.n.r.RulesManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Found 0 static nat rules to
apply for network id 208
2014-05-18 23:34:54,061 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Router r-15-VM is in
Stopped, so not sending apply ip association commands to the backend
2014-05-18 23:34:54,064 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Sending network shutdown to
VirtualRouter
2014-05-18 23:34:54,066 DEBUG
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Stopping router
VM[DomainRouter|r-15-VM]
2014-05-18 23:34:54,068 DEBUG [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) VM is already stopped:
VM[DomainRouter|r-15-VM]
2014-05-18 23:34:54,071 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Network id=208 is shutdown
successfully, cleaning up corresponding resources now.
2014-05-18 23:34:54,073 DEBUG [c.c.n.g.GuestNetworkGuru]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing vnet for the
network id=208
2014-05-18 23:34:54,162 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is released for network
Ntwk[208|Guest|8] as a part of network shutdown
2014-05-18 23:34:54,163 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is released for network
id 208 as a part of network implement
2014-05-18 23:34:54,255 ERROR [c.c.a.ApiAsyncJobDispatcher]
(Job-Executor-30:ctx-de5169f4) Unexpected exception while executing
org.apache.cloudstack.api.command.admin.router.StartRouterCmd
com.cloud.exception.InsufficientServerCapacityException: Unable to
create a deployment for VM[DomainRouter|r-15-VM]Scope=interface
com.cloud.dc.DataCenter; id=1

Any clues?

> Also check the dashboard for resources.

The dashboard is fine.



Re: Public networking VR fails to start

2014-05-18 Thread Jayapal Reddy Uradi
Hi,

Logs given below after resource allocation logs, we need to look at the more 
previous logs.
Can you please put the logs in pastebin.com

Thanks,
Jayapal
On 19-May-2014, at 4:13 AM, Jonathan Gowar  wrote:

> On Sat, 2014-05-17 at 04:03 +, Jayapal Reddy Uradi wrote:
>> For com.cloud.exception.InsufficientServerCapacityException you need to 
>> observe the logs above this exception to
>> get an idea about what is exactly failing.
> 
> I find this hard to decyper:-
> 
> 2014-05-18 23:34:53,894 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Cleaning up because we're
> unable to implement the network Ntwk[208|Guest|8]
> 2014-05-18 23:34:53,982 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is acquired for network
> Ntwk[208|Guest|8] as a part of network shutdown
> 2014-05-18 23:34:54,023 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 port forwarding
> rules for network id=208 as a part of shutdownNetworkRules
> 2014-05-18 23:34:54,023 DEBUG [c.c.n.f.FirewallManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
> forward to the network elements
> 2014-05-18 23:34:54,024 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 static nat rules
> for network id=208 as a part of shutdownNetworkRules
> 2014-05-18 23:34:54,024 DEBUG [c.c.n.f.FirewallManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
> forward to the network elements
> 2014-05-18 23:34:54,026 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Revoking 0 Public load
> balancing rules for network id=208
> 2014-05-18 23:34:54,026 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no Load Balancing
> Rules to forward to the network elements
> 2014-05-18 23:34:54,029 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Revoking 0 Internal load
> balancing rules for network id=208
> 2014-05-18 23:34:54,029 DEBUG [c.c.n.l.LoadBalancingRulesManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no Load Balancing
> Rules to forward to the network elements
> 2014-05-18 23:34:54,030 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 firewall ingress
> rules for network id=208 as a part of shutdownNetworkRules
> 2014-05-18 23:34:54,030 DEBUG [c.c.n.f.FirewallManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
> forward to the network elements
> 2014-05-18 23:34:54,032 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing 0 firewall egress
> rules for network id=208 as a part of shutdownNetworkRules
> 2014-05-18 23:34:54,035 DEBUG [c.c.n.f.FirewallManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) applying default firewall
> egress rules 
> 2014-05-18 23:34:54,047 DEBUG [c.c.n.f.FirewallManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) There are no rules to
> forward to the network elements
> 2014-05-18 23:34:54,048 DEBUG [c.c.n.r.RulesManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Found 0 static nat rules to
> apply for network id 208
> 2014-05-18 23:34:54,061 DEBUG
> [c.c.n.r.VirtualNetworkApplianceManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Router r-15-VM is in
> Stopped, so not sending apply ip association commands to the backend
> 2014-05-18 23:34:54,064 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Sending network shutdown to
> VirtualRouter
> 2014-05-18 23:34:54,066 DEBUG
> [c.c.n.r.VirtualNetworkApplianceManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Stopping router
> VM[DomainRouter|r-15-VM]
> 2014-05-18 23:34:54,068 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) VM is already stopped:
> VM[DomainRouter|r-15-VM]
> 2014-05-18 23:34:54,071 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Network id=208 is shutdown
> successfully, cleaning up corresponding resources now.
> 2014-05-18 23:34:54,073 DEBUG [c.c.n.g.GuestNetworkGuru]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Releasing vnet for the
> network id=208
> 2014-05-18 23:34:54,162 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is released for network
> Ntwk[208|Guest|8] as a part of network shutdown
> 2014-05-18 23:34:54,163 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Job-Executor-30:ctx-de5169f4 ctx-b1b86e70) Lock is released for network
> id 208 as a part of network implement
> 2014-05-18 23:34:54,255 ERROR [c.c.a.ApiAsyncJobDispatcher]
> (Job-Executor-30:ctx-de5169f4) Unexpected exception while executing
> org.apache.cloudstack.api.command.admin.router.StartRouterCmd
> com.cloud.exception.InsufficientServerCapac

Re: Public networking VR fails to start

2014-05-28 Thread Jonathan Gowar
On Mon, 2014-05-19 at 03:58 +, Jayapal Reddy Uradi wrote:
> Hi,
> 
> Logs given below after resource allocation logs, we need to look at the more 
> previous logs.
> Can you please put the logs in pastebin.com

I'd prefer not to post the log in it's entirety, but will grep sections
out.  This one for example is searching for "Exception".

http://pastebin.com/wJhL8p7A

Out of interest where should the volume
db93e0d7-d6c4-11e3-8872-3085a943f250 be stored, and what's likely
causing it not to be created?

Regards,
Jon



Re: Public networking VR fails to start

2014-05-29 Thread Jonathan Gowar
I've resolved the issue, with brute force, by starting again.  There
must have been a gremlin in the gears, as advanced networking worked
first time.

Thanks for all the assistance.

Regards,
Jon



Re: Public networking VR fails to start

2014-05-29 Thread dean . kamali


Sent from my BlackBerry 10 smartphone on the Virgin Mobile network.
  Original Message  
From: Jonathan Gowar
Sent: Thursday, May 29, 2014 7:26 AM
To: users@cloudstack.apache.org
Reply To: users@cloudstack.apache.org
Subject: Re: Public networking VR fails to start

I've resolved the issue, with brute force, by starting again. There
must have been a gremlin in the gears, as advanced networking worked
first time.

Thanks for all the assistance.

Regards,
Jon