[
https://issues.apache.org/jira/browse/CLOUDSTACK-5685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14231266#comment-14231266
]
ASF subversion and git services commented on CLOUDSTACK-5685:
-------------------------------------------------------------
Commit b2c240278931c20547482cfd987a4c47f3654609 in cloudstack's branch
refs/heads/4.3 from [~kelveny]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b2c2402 ]
CLOUDSTACK-5685: reboot VR if a out-of-band power-on event is detected
(cherry picked from commit ee2adab7c7c9cf42eaf93c7eedb6dd32ebd8b501)
Signed-off-by: Rohit Yadav <[email protected]>
Conflicts:
server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java
> [Vmsync] - When VR is rebooted outside of cloudstack , there is no change in
> state detected by cloudstack resulting in VR not bieng programmed with any
> rules.
> --------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-5685
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5685
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.3.0
> Environment: Build from 4.3
> Reporter: Sangeetha Hariharan
> Assignee: Kelven Yang
> Fix For: 4.4.0
>
>
> [Vmsync] - When VR is rebooted outside of cloudstack , there is no change in
> state detected by cloudstack resulting in VR not being programmed with any
> rules.
> PreReq:
> Have few Vms deployed using Cloudstack.
> Have PF,Static NAT,LB and Egress rules programmed for the Vms.
> Steps:
> Outside of Cloudstack, Reboot VR.
> After the successful reboot of VR , there are no rules being programmed in
> the VR for the Vms.
> Currently , VM sync does not detect any change of state in the router when
> router is rebooted. So there is no way for CS to know that the router needs
> to be reprogrammed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)