cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "angeline shen (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-6198) VPC: secondary public ip address (from diff Vlan range) doesn't get reprogrammed on the VR upon VPC/Network/VR resetart
Date Thu, 06 Mar 2014 03:03:43 GMT

    [ 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)

Mime
View raw message