[
https://issues.apache.org/jira/browse/CLOUDSTACK-9884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rohit Yadav reassigned CLOUDSTACK-9884:
---------------------------------------
Assignee: Rohit Yadav
> Duplicate of VR after disabling RvR
> -----------------------------------
>
> Key: CLOUDSTACK-9884
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9884
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
> Affects Versions: 4.9.2.0
> Environment: CentOS 6.8 + XenServer 6.5
> Reporter: Patrick
> Assignee: Rohit Yadav
> Priority: Critical
>
> Our environment is:
> ACS: 4.9.2 (migrated from 4.5.2)
> Management Server: CentOS 6.8
> Hosts: XenServer 6.5 SP1
> System VM: systemvm64template-4.6.0-xen.vhd.bz2
> Network: Isolated Network
> Network Offering: Offering for Isolated networks with Source Nat service
> enabled
> Issue description:
> After the migration to 4.9.2 and the multiple (known) issues with RvR, all
> networks had their offerings changed to disable HA and RvR and run networks
> with a single VR.
> Since, the following actions initiate the creation of a "duplicate" second
> VR, ending in an UNKNOWN state, and triggering a lot of random network issues.
> - New VM instances creation
> - Start of VM instances on given network
> - Clean restart of the network
> Interestingly, when switching between offerings, it also recreates the VR,
> but it doesn't do any duplicate this time.
> Analysis:
> This only impacts networks that were initially set as HA network with RvR
> before the migration to 4.9.2. These networks keep the redundant flag to 1 in
> the networks table, even though the offering redundant_router_service flag is
> set to 0. I believe it should be changed to 0 when the network is using an
> non-HA offering.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)