[
https://issues.apache.org/jira/browse/CLOUDSTACK-2341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651588#comment-13651588
]
Mice Xia commented on CLOUDSTACK-2341:
--------------------------------------
i suggest only one nic is allowed for a VM in one network, this satisfies most
requirements and has been the assumption for PF/NAT/LB implementation, e.g.
when creating a PF rule CS will arbitrarily find a guestNic belonging to the
specified network on the target VM.
And this will simplify the implementation of adding/removing nic to/from VM,
otherwise we have to check if the nic to be removed are associated with any
PF/NAT/LB, and if it's not the last nic in the same network, its related
PF/NAT/LB rules need 'migrating' to other nics in the same network.
> remove network from VM is not removing PF/LB/static nat rules for the VM
> -------------------------------------------------------------------------
>
> Key: CLOUDSTACK-2341
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2341
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Network Controller
> Affects Versions: 4.2.0
> Environment: build:
> CloudStack-non-OSS-MASTER-293-rhel6.3.tar.gz
> Reporter: shweta agarwal
> Priority: Blocker
> Fix For: 4.2.0
>
>
> Repro steps:
> 1.Create a VM with network N1
> 2. Create another network N2
> 3. Add N2 to VM created in step 1
> 4. Add PF , Load balancing rules to network N2 for VM
> 5. Acquire an IP in network N2
> 6. Enable static nat for VM
> 7. Remove network N2 from VM
> Bug:
> PF , Load balancing rules for VM still exists for the VM in network N2 even
> though VM doesn't belong to network N2 . Even static nat is still active for
> VM in network N2
> Expected result:
> PF rules , Load balance rules static nat should be removed for the VM if we
> remove the network from the VM .
> To be precise it should be only removed if the removed network is the last
> nic of that network in the VM .
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira