Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Mon, 18 Jul 2016 17:18:20 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12976182.1465242266000.61147.1468862300571@Atlassian.JIRA>
In-Reply-To: <JIRA.12976182.1465242266000@Atlassian.JIRA>
References: <JIRA.12976182.1465242266000@Atlassian.JIRA> <JIRA.12976182.1465242266949@arcas>
Subject: [jira] [Commented] (CLOUDSTACK-9407) vm_network_map table doesnt
 get cleaned up properly
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 18 Jul 2016 17:18:22 -0000


    [ https://issues.apache.org/jira/browse/CLOUDSTACK-9407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15382637#comment-15382637 ] 

ASF GitHub Bot commented on CLOUDSTACK-9407:
--------------------------------------------

Github user swill commented on the issue:

    https://github.com/apache/cloudstack/pull/1594
  
    
    ### CI RESULTS
    
    ```
    Tests Run: 85
      Skipped: 0
       Failed: 1
       Errors: 0
     Duration: 3h 52m 54s
    ```
    
    **Summary of the problem(s):**
    ```
    FAIL: Create a redundant VPC with 1 Tier, 1 VM, 1 ACL, 1 PF and test Network GC Nics
    ----------------------------------------------------------------------
    Traceback (most recent call last):
      File "/data/git/cs2/cloudstack/test/integration/smoke/test_vpc_redundant.py", line 605, in test_04_rvpc_network_garbage_collector_nics
        self.check_routers_state(status_to_check="BACKUP", expected_count=2)
      File "/data/git/cs2/cloudstack/test/integration/smoke/test_vpc_redundant.py", line 353, in check_routers_state
        self.fail("Expected '%s' routers at state '%s', but found '%s'!" % (expected_count, status_to_check, cnts[vals.index(status_to_check)]))
    AssertionError: Expected '2' routers at state 'BACKUP', but found '1'!
    ----------------------------------------------------------------------
    Additional details in: /tmp/MarvinLogs/test_network_2PRTDA/results.txt
    ```
    
    
    **Associated Uploads**
    
    **`/tmp/MarvinLogs/DeployDataCenter__Jul_18_2016_07_15_50_GQQ4IO:`**
    * [dc_entries.obj](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/DeployDataCenter__Jul_18_2016_07_15_50_GQQ4IO/dc_entries.obj)
    * [failed_plus_exceptions.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/DeployDataCenter__Jul_18_2016_07_15_50_GQQ4IO/failed_plus_exceptions.txt)
    * [runinfo.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/DeployDataCenter__Jul_18_2016_07_15_50_GQQ4IO/runinfo.txt)
    
    **`/tmp/MarvinLogs/test_network_2PRTDA:`**
    * [failed_plus_exceptions.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_network_2PRTDA/failed_plus_exceptions.txt)
    * [results.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_network_2PRTDA/results.txt)
    * [runinfo.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_network_2PRTDA/runinfo.txt)
    
    **`/tmp/MarvinLogs/test_vpc_routers_NTI7U6:`**
    * [failed_plus_exceptions.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_vpc_routers_NTI7U6/failed_plus_exceptions.txt)
    * [results.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_vpc_routers_NTI7U6/results.txt)
    * [runinfo.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1594/tmp/MarvinLogs/test_vpc_routers_NTI7U6/runinfo.txt)
    
    
    Uploads will be available until `2016-09-17 02:00:00 +0200 CEST`
    
    *Comment created by [`upr comment`](https://github.com/cloudops/upr).*


> vm_network_map table doesnt get cleaned up properly
> ---------------------------------------------------
>
>                 Key: CLOUDSTACK-9407
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9407
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.9.0
>            Reporter: Nicolas Vazquez
>            Assignee: Nicolas Vazquez
>             Fix For: 4.9.0
>
>
> h3. Introduction
> It was found out that in production environments {{vm_network_map}} table entries were slowly growing. It was investigated how this entries were cleaned up.
> h3. Behaviour
> On vm creation, vm mappings are inserted on {{vm_network_map}}.
> On vm stop, mappings are deleted from {{vm_network_map}} for vm, as a result of the release of its nics.
> h3. Problem
> If created vm is stopped from hypervisor side (at least on vSphere in which we tested it), when CloudStack realizes vm is stopped it doesn't clean up {{vm_network_table}}, and, as cleanup is made during vm stop, when vm is eventually destroyed and expunged it won't clean up their entries in that table.
> h3. Proposed solution
> We propose to move {{vm_network_map}} table cleanup to expunge command instead of stop command.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)