You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Sangeetha Hariharan <Sa...@citrix.com> on 2013/02/26 02:12:48 UTC
restartNetwork with cleanup=false in Shared Networks
Hi,
Wanted to know what should restartNetwork with cleanup=false in Shared Networks do ?
When I do a restartNetwork with cleanup=true , I see the router being destroyed and recreated.
When I do a restartNetwork with cleanup=false, I don't see any reprogramming of routers happen. What should be the expected behavior ?
In my case I am using the default shared network where I have dhcp and dns service being provided by VR.
Management server logs when restartNetwork with cleanup=false :
2013-02-22 11:30:07,858 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,876 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Sync job-27 execution on object network.205
2013-02-22 11:30:07,893 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) job org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27 was queued, processing the queue.
2013-02-22 11:30:07,902 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing sync queue item: SyncQueueItemVO {id:3, queueId: 1, contentType: AsyncJob, contentId: 27, lastProcessMsid: 7508777239729, lastprocessNumber: 2, lastProcessTime: Fri Feb 22 11:30:07 PST 2013, created: Fri Feb 22 11:30:07 PST 2013}
2013-02-22 11:30:07,904 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Schedule queued job-27
2013-02-22 11:30:07,909 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-3:job-27) There is a pending process in sync queue(id: 1)
2013-02-22 11:30:07,913 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Restarting network 205...
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Skip the shutting down of network id=205
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Implementing the network Ntwk[205|Guest|7] elements and resources as a part of network restart
2013-02-22 11:30:07,945 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Asking VirtualRouter to implemenet Ntwk[205|Guest|7]
2013-02-22 11:30:07,952 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is acquired for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is released for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Reprogramming network Ntwk[205|Guest|7] as a part of network implement
2013-02-22 11:30:07,959 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat to apply for network id=205
2013-02-22 11:30:07,961 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,962 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,963 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no port forwarding rules to apply for network id=205
2013-02-22 11:30:07,964 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat rules to apply for network id=205
2013-02-22 11:30:07,976 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) There are no rules to forward to the network elements
2013-02-22 11:30:08,017 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:08,018 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=true
2013-02-22 11:30:08,035 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=false
2013-02-22 11:30:08,040 DEBUG [cloud.network.NetworkServiceImpl] (Job-Executor-4:job-27) Network id=205 is restarted successfully.
2013-02-22 11:30:08,046 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Complete async job-27, jobStatus: 1, resultCode: 0, result: org.apache.cloudstack.api.response.SuccessResponse@7d8bf453<ma...@7d8bf453>
2013-02-22 11:30:08,058 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-4:job-27) Sync queue (1) is currently empty
2013-02-22 11:30:08,058 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Done executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
Thanks
Sangeetha
RE: restartNetwork with cleanup=false in Shared Networks
Posted by Prachi Damle <Pr...@citrix.com>.
If cleanup = false, no clean up of existing rules happens at backend but expected behavior is that all pf/lb/staticnat rules get reapplied and all network elements get re-implemented.
-----Original Message-----
From: Sangeetha Hariharan [mailto:Sangeetha.Hariharan@citrix.com]
Sent: Monday, February 25, 2013 5:32 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: restartNetwork with cleanup=false in Shared Networks
Yes Prachi. I see this behavior when I attempt restartNetwork with cleanup = true.
When I do restartNetwork with cleanup = false , I don't see anything being reprogrammed in the router.
-Thanks
Sangeetha
-----Original Message-----
From: Prachi Damle [mailto:Prachi.Damle@citrix.com]
Sent: Monday, February 25, 2013 5:29 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: restartNetwork with cleanup=false in Shared Networks
I see that restartNetwork with cleanup = true, attempts a network shutdown first (where all rules are revoked and all network elements are shutdown) and then everything is reprogrammed using the information in the db.
This design is irrespective of the type of the network.
-Prachi
-----Original Message-----
From: Sangeetha Hariharan [mailto:Sangeetha.Hariharan@citrix.com]
Sent: Monday, February 25, 2013 5:13 PM
To: cloudstack-dev@incubator.apache.org
Subject: restartNetwork with cleanup=false in Shared Networks
Hi,
Wanted to know what should restartNetwork with cleanup=false in Shared Networks do ?
When I do a restartNetwork with cleanup=true , I see the router being destroyed and recreated.
When I do a restartNetwork with cleanup=false, I don't see any reprogramming of routers happen. What should be the expected behavior ?
In my case I am using the default shared network where I have dhcp and dns service being provided by VR.
Management server logs when restartNetwork with cleanup=false :
2013-02-22 11:30:07,858 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,876 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Sync job-27 execution on object network.205
2013-02-22 11:30:07,893 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) job org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27 was queued, processing the queue.
2013-02-22 11:30:07,902 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing sync queue item: SyncQueueItemVO {id:3, queueId: 1, contentType: AsyncJob, contentId: 27, lastProcessMsid: 7508777239729, lastprocessNumber: 2, lastProcessTime: Fri Feb 22 11:30:07 PST 2013, created: Fri Feb 22 11:30:07 PST 2013}
2013-02-22 11:30:07,904 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Schedule queued job-27
2013-02-22 11:30:07,909 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-3:job-27) There is a pending process in sync queue(id: 1)
2013-02-22 11:30:07,913 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Restarting network 205...
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Skip the shutting down of network id=205
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Implementing the network Ntwk[205|Guest|7] elements and resources as a part of network restart
2013-02-22 11:30:07,945 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Asking VirtualRouter to implemenet Ntwk[205|Guest|7]
2013-02-22 11:30:07,952 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is acquired for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is released for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Reprogramming network Ntwk[205|Guest|7] as a part of network implement
2013-02-22 11:30:07,959 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat to apply for network id=205
2013-02-22 11:30:07,961 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,962 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,963 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no port forwarding rules to apply for network id=205
2013-02-22 11:30:07,964 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat rules to apply for network id=205
2013-02-22 11:30:07,976 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) There are no rules to forward to the network elements
2013-02-22 11:30:08,017 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:08,018 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=true
2013-02-22 11:30:08,035 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=false
2013-02-22 11:30:08,040 DEBUG [cloud.network.NetworkServiceImpl] (Job-Executor-4:job-27) Network id=205 is restarted successfully.
2013-02-22 11:30:08,046 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Complete async job-27, jobStatus: 1, resultCode: 0, result: org.apache.cloudstack.api.response.SuccessResponse@7d8bf453<ma...@7d8bf453>
2013-02-22 11:30:08,058 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-4:job-27) Sync queue (1) is currently empty
2013-02-22 11:30:08,058 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Done executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
Thanks
Sangeetha
RE: restartNetwork with cleanup=false in Shared Networks
Posted by Sangeetha Hariharan <Sa...@citrix.com>.
Yes Prachi. I see this behavior when I attempt restartNetwork with cleanup = true.
When I do restartNetwork with cleanup = false , I don't see anything being reprogrammed in the router.
-Thanks
Sangeetha
-----Original Message-----
From: Prachi Damle [mailto:Prachi.Damle@citrix.com]
Sent: Monday, February 25, 2013 5:29 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: restartNetwork with cleanup=false in Shared Networks
I see that restartNetwork with cleanup = true, attempts a network shutdown first (where all rules are revoked and all network elements are shutdown) and then everything is reprogrammed using the information in the db.
This design is irrespective of the type of the network.
-Prachi
-----Original Message-----
From: Sangeetha Hariharan [mailto:Sangeetha.Hariharan@citrix.com]
Sent: Monday, February 25, 2013 5:13 PM
To: cloudstack-dev@incubator.apache.org
Subject: restartNetwork with cleanup=false in Shared Networks
Hi,
Wanted to know what should restartNetwork with cleanup=false in Shared Networks do ?
When I do a restartNetwork with cleanup=true , I see the router being destroyed and recreated.
When I do a restartNetwork with cleanup=false, I don't see any reprogramming of routers happen. What should be the expected behavior ?
In my case I am using the default shared network where I have dhcp and dns service being provided by VR.
Management server logs when restartNetwork with cleanup=false :
2013-02-22 11:30:07,858 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,876 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Sync job-27 execution on object network.205
2013-02-22 11:30:07,893 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) job org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27 was queued, processing the queue.
2013-02-22 11:30:07,902 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing sync queue item: SyncQueueItemVO {id:3, queueId: 1, contentType: AsyncJob, contentId: 27, lastProcessMsid: 7508777239729, lastprocessNumber: 2, lastProcessTime: Fri Feb 22 11:30:07 PST 2013, created: Fri Feb 22 11:30:07 PST 2013}
2013-02-22 11:30:07,904 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Schedule queued job-27
2013-02-22 11:30:07,909 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-3:job-27) There is a pending process in sync queue(id: 1)
2013-02-22 11:30:07,913 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Restarting network 205...
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Skip the shutting down of network id=205
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Implementing the network Ntwk[205|Guest|7] elements and resources as a part of network restart
2013-02-22 11:30:07,945 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Asking VirtualRouter to implemenet Ntwk[205|Guest|7]
2013-02-22 11:30:07,952 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is acquired for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is released for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Reprogramming network Ntwk[205|Guest|7] as a part of network implement
2013-02-22 11:30:07,959 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat to apply for network id=205
2013-02-22 11:30:07,961 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,962 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,963 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no port forwarding rules to apply for network id=205
2013-02-22 11:30:07,964 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat rules to apply for network id=205
2013-02-22 11:30:07,976 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) There are no rules to forward to the network elements
2013-02-22 11:30:08,017 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:08,018 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=true
2013-02-22 11:30:08,035 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=false
2013-02-22 11:30:08,040 DEBUG [cloud.network.NetworkServiceImpl] (Job-Executor-4:job-27) Network id=205 is restarted successfully.
2013-02-22 11:30:08,046 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Complete async job-27, jobStatus: 1, resultCode: 0, result: org.apache.cloudstack.api.response.SuccessResponse@7d8bf453<ma...@7d8bf453>
2013-02-22 11:30:08,058 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-4:job-27) Sync queue (1) is currently empty
2013-02-22 11:30:08,058 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Done executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
Thanks
Sangeetha
RE: restartNetwork with cleanup=false in Shared Networks
Posted by Prachi Damle <Pr...@citrix.com>.
I see that restartNetwork with cleanup = true, attempts a network shutdown first (where all rules are revoked and all network elements are shutdown) and then everything is reprogrammed using the information in the db.
This design is irrespective of the type of the network.
-Prachi
-----Original Message-----
From: Sangeetha Hariharan [mailto:Sangeetha.Hariharan@citrix.com]
Sent: Monday, February 25, 2013 5:13 PM
To: cloudstack-dev@incubator.apache.org
Subject: restartNetwork with cleanup=false in Shared Networks
Hi,
Wanted to know what should restartNetwork with cleanup=false in Shared Networks do ?
When I do a restartNetwork with cleanup=true , I see the router being destroyed and recreated.
When I do a restartNetwork with cleanup=false, I don't see any reprogramming of routers happen. What should be the expected behavior ?
In my case I am using the default shared network where I have dhcp and dns service being provided by VR.
Management server logs when restartNetwork with cleanup=false :
2013-02-22 11:30:07,858 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,876 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Sync job-27 execution on object network.205
2013-02-22 11:30:07,893 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) job org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27 was queued, processing the queue.
2013-02-22 11:30:07,902 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Executing sync queue item: SyncQueueItemVO {id:3, queueId: 1, contentType: AsyncJob, contentId: 27, lastProcessMsid: 7508777239729, lastprocessNumber: 2, lastProcessTime: Fri Feb 22 11:30:07 PST 2013, created: Fri Feb 22 11:30:07 PST 2013}
2013-02-22 11:30:07,904 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-27) Schedule queued job-27
2013-02-22 11:30:07,909 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-3:job-27) There is a pending process in sync queue(id: 1)
2013-02-22 11:30:07,913 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Restarting network 205...
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Skip the shutting down of network id=205
2013-02-22 11:30:07,941 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Implementing the network Ntwk[205|Guest|7] elements and resources as a part of network restart
2013-02-22 11:30:07,945 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Asking VirtualRouter to implemenet Ntwk[205|Guest|7]
2013-02-22 11:30:07,952 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is acquired for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-27) Lock is released for network id 205 as a part of router startup in Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(Id))] : Dest[Zone(1)-Pod(null)-Cluster(null)-Host(null)-Storage()]
2013-02-22 11:30:07,956 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Reprogramming network Ntwk[205|Guest|7] as a part of network implement
2013-02-22 11:30:07,959 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat to apply for network id=205
2013-02-22 11:30:07,961 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,962 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:07,963 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no port forwarding rules to apply for network id=205
2013-02-22 11:30:07,964 DEBUG [network.rules.RulesManagerImpl] (Job-Executor-4:job-27) There are no static nat rules to apply for network id=205
2013-02-22 11:30:07,976 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) There are no rules to forward to the network elements
2013-02-22 11:30:08,017 DEBUG [network.firewall.FirewallManagerImpl] (Job-Executor-4:job-27) There are no firewall rules to apply
2013-02-22 11:30:08,018 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=true
2013-02-22 11:30:08,035 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-4:job-27) Marking network Ntwk[205|Guest|7] with restartRequired=false
2013-02-22 11:30:08,040 DEBUG [cloud.network.NetworkServiceImpl] (Job-Executor-4:job-27) Network id=205 is restarted successfully.
2013-02-22 11:30:08,046 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Complete async job-27, jobStatus: 1, resultCode: 0, result: org.apache.cloudstack.api.response.SuccessResponse@7d8bf453<ma...@7d8bf453>
2013-02-22 11:30:08,058 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-4:job-27) Sync queue (1) is currently empty
2013-02-22 11:30:08,058 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-4:job-27) Done executing org.apache.cloudstack.api.command.user.network.RestartNetworkCmd for job-27
Thanks
Sangeetha