You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Alena Prokharchyk (JIRA)" <ji...@apache.org> on 2014/03/05 23:04:52 UTC

[jira] [Resolved] (CLOUDSTACK-6198) VPC: secondary public ip address (from diff Vlan range) doesn't get reprogrammed on the VR upon VPC/Network/VR resetart

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-6198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alena Prokharchyk resolved CLOUDSTACK-6198.
-------------------------------------------

    Resolution: Fixed

Resolved in 4.3 branch.

> VPC: secondary public ip address (from diff Vlan range) doesn't get reprogrammed on the VR upon VPC/Network/VR resetart
> -----------------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-6198
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6198
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.3.0
>            Reporter: Alena Prokharchyk
>            Assignee: Alena Prokharchyk
>            Priority: Blocker
>             Fix For: 4.3.0
>
>
> Regression bug.
> Steps to reproduce:
> 1. Create vpc and launch a vm in one tear.
> 2. vpc source ip address is from one subnet (ex: 10.147.52.1)
> 3. Acquire another public ip address from new public subnet.
> 4. create static nat on it to plug the nic on VR.
> 5. Now the VR has link local nic, guest nic, source nat ip nic and second public range nic.
> 6. Restart the vpc.
> 7. After restart there is no source nat nic.
> 8. If we restart vpc again observed that more nics are missed.
> I do observe the HUGE problem in 4.3 in VpcVirtualNetworkApplianceManager.java createVpcRouterNetworks() method. In 4.2 we used to store vm's nics in the ArrayList datastructure:
> List<Pair<NetworkVO, NicProfile>> networks = new ArrayList<Pair<NetworkVO, NicProfile>>(4);
> ArrayList does allow duplicates.
> Then in 4.3 the datastructure was changed to LinkedHashMap that doesn't allow duplicates:
> LinkedHashMap<Network, NicProfile> networks = new LinkedHashMap<Network, NicProfile>(4);
> To fix the problem, the datastructure has to be changed to LinkedHashMap<Network, List<NicProfile>>. It has to be changed all the way up to VirtualMachienManagerImpl where the nics are being passed to.



--
This message was sent by Atlassian JIRA
(v6.2#6252)