Hi Daan,

Here's a bit of background to logs Jayapal is referring to:  
http://dlafferty.blogspot.co.uk/2013/08/using-cloudstacks-log-files-xenserver.html

It explains why there is a second set of logs on the XenServer hypervisor.

DL


> -----Original Message-----
> From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com]
> Sent: 08 August 2013 12:55
> To: <dev@cloudstack.apache.org>
> Subject: Re: anyone please: firewall rules application
> 
> 
> Check the host logs (in xen /var/log/SMlog) to see which script is causing the
> failure.
> 
> Thanks,
> jayapal
> 
> On 08-Aug-2013, at 4:43 PM, Daan Hoogland <daan.hoogl...@gmail.com>
>  wrote:
> 
> > I feel I am on a ghost hunt.
> >
> > On Thu, Aug 8, 2013 at 10:32 AM, Daan Hoogland
> <daan.hoogl...@gmail.com> wrote:
> >> H,
> >>
> >> I noted that in some of the 4.1 versions I have been testing setting
> >> a firewall rule fails. This seems to be when a router is not fully
> >> initialized, is it?
> >>
> >> the stack trace seems to reflect this, but the error message just
> >> says "Failed to create firewall rule" or "Failed to delete firewall rule"
> >>
> >> com.cloud.exception.ResourceUnavailableException: Resource
> >> [DataCenter:1] is unreachable: Unable to apply ip association,
> >> virtual router is not in the right state at
> >>
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRule
> >> s(VirtualNetworkApplianceManagerImpl.java:3445)
> >> at
> >>
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.associate
> >> PublicIP(VirtualNetworkApplianceManagerImpl.java:3272)
> >> at
> >>
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.associ
> >> atePublicIP(VpcVirtualNetworkApplianceManagerImpl.java:554)
> >> at
> >>
> com.cloud.network.element.VirtualRouterElement.applyIps(VirtualRouter
> >> Element.java:438) at
> >>
> com.cloud.network.NetworkManagerImpl.applyIpAssociations(NetworkMan
> ag
> >> erImpl.java:625) at
> >>
> com.cloud.network.NetworkManagerImpl.applyRules(NetworkManagerImpl
> .ja
> >> va:2380) at
> >> com.cloud.network.firewall.FirewallManagerImpl.applyRules(FirewallMan
> >> agerImpl.java:500) at
> >> com.cloud.network.firewall.FirewallManagerImpl.applyFirewallRules(Fir
> >> ewallManagerImpl.java:630) at
> >> com.cloud.network.firewall.FirewallManagerImpl.applyIngressFirewallRu
> >> les(FirewallManagerImpl.java:603) at
> >> org.apache.cloudstack.api.command.user.firewall.CreateFirewallRuleCmd
> >> .execute(CreateFirewallRuleCmd.java:124)
> >> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:162)
> >> at
> >>
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:4
> 3
> >> 7) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown
> >> Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown
> >> Source) at java.util.concurrent.FutureTask.run(Unknown Source) at
> >> java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at
> >> java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at
> >> java.lang.Thread.run(Unknown Source)
> >>
> >> Can someone confirm my suspicion?
> >>
> >> thanks,
> >> Daan

Reply via email to