[
https://issues.apache.org/jira/browse/CLOUDSTACK-6198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13921945#comment-13921945
]
angeline shen commented on CLOUDSTACK-6198:
-------------------------------------------
Reproduced problem with CloudPlatform-QA-4.3-0.292-rhel6.3.tar.gz (few days
old):
1. vpc1 Tier 1 has 2 subnets :
gw IP range
VM
------------------------------------------------------------------------------------------------------
10.223.123.1 10.223.123.15 - 10.223.123.35 i-2-4-VM
i-2-5-VM
10.223.123.129 10.223.123.130 - 10.223.123.135 i-2-6 i-2-7
2. vpc VR r-3 originally has 4 NIC entries eth0 eth1 eth2 eth3 :
root@r-3-VM:~# ifconfig
eth0 Link encap:Ethernet HWaddr 0e:00:a9:fe:02:44
inet addr:169.254.2.68 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::c00:a9ff:fefe:244/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3866 errors:0 dropped:0 overruns:0 frame:0
TX packets:3683 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:486452 (475.0 KiB) TX bytes:728142 (711.0 KiB)
Interrupt:25
eth1 Link encap:Ethernet HWaddr 06:6c:1c:00:00:18
inet addr:10.223.123.17 Bcast:10.223.123.63 Mask:255.255.255.192
inet6 addr: fe80::46c:1cff:fe00:18/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:37961 errors:0 dropped:0 overruns:0 frame:0
TX packets:28208 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:45124780 (43.0 MiB) TX bytes:2938173 (2.8 MiB)
Interrupt:24
eth2 Link encap:Ethernet HWaddr 02:00:69:5e:00:02
inet addr:10.1.1.1 Bcast:10.1.1.255 Mask:255.255.255.0
inet6 addr: fe80::69ff:fe5e:2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:47569 errors:0 dropped:0 overruns:0 frame:0
TX packets:63799 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4695934 (4.4 MiB) TX bytes:47489122 (45.2 MiB)
Interrupt:26
eth3 Link encap:Ethernet HWaddr 06:d5:26:00:00:2b
inet addr:10.223.123.130 Bcast:10.223.123.191 Mask:255.255.255.192
inet6 addr: fe80::4d5:26ff:fe00:2b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5805 errors:0 dropped:0 overruns:0 frame:0
TX packets:8530 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:340836 (332.8 KiB) TX bytes:1595764 (1.5 MiB)
Interrupt:27
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:26 errors:0 dropped:0 overruns:0 frame:0
TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4827 (4.7 KiB) TX bytes:4827 (4.7 KiB)
3. attachment iptables1.doc = r-3 original iptables-save
4. after restart vpc, In UI VR r-3 has 3 entries, missing source NAT
entry.
But ifconfig shows 2 missing entries eth1 eth3:
root@r-8-VM:~# ifconfig
eth0 Link encap:Ethernet HWaddr 0e:00:a9:fe:01:c9
inet addr:169.254.1.201 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::c00:a9ff:fefe:1c9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:697 errors:0 dropped:0 overruns:0 frame:0
TX packets:622 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:59140 (57.7 KiB) TX bytes:332580 (324.7 KiB)
Interrupt:25
eth2 Link encap:Ethernet HWaddr 02:00:52:38:00:06
inet addr:10.1.1.1 Bcast:10.1.1.255 Mask:255.255.255.0
inet6 addr: fe80::52ff:fe38:6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:534 (534.0 B)
Interrupt:26
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:214 (214.0 B) TX bytes:214 (214.0 B)
5. attachment iptables2.doc shows iptables-save after restart vpc which
is quite different:
6. Therefore after vpc restart, none of the PF, LB , other rules work
> 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)
