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

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

Github user swill commented on the pull request:

    https://github.com/apache/cloudstack/pull/1513#issuecomment-219820026
  
    
    
    ### CI RESULTS
    
    ```
    Tests Run: 44
      Skipped: 0
       Failed: 3
       Errors: 0
     Duration: 3h 12m 14s
    ```
    
    **Summary of the problem(s):**
    ```
    FAIL: test_02_vpc_privategw_static_routes 
(integration.smoke.test_privategw_acl.TestPrivateGwACL)
    ----------------------------------------------------------------------
    Traceback (most recent call last):
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
262, in test_02_vpc_privategw_static_routes
        self.performVPCTests(vpc_off)
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
325, in performVPCTests
        privateGw_1 = self.createPvtGw(vpc_1, "10.0.3.100", "10.0.3.101", 
acl1.id, vlan_1)
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
595, in createPvtGw
        self.fail("Failed to create Private Gateway ==> %s" % e)
    AssertionError: Failed to create Private Gateway ==> Execute cmd: 
createprivategateway failed, due to: errorCode: 431, errorText:Network with 
vlan vlan://100 already exists in zone 1
    ----------------------------------------------------------------------
    Additional details in: /tmp/MarvinLogs/test_network_Y9TPF9/results.txt
    ```
    
    ```
    FAIL: test_03_vpc_privategw_restart_vpc_cleanup 
(integration.smoke.test_privategw_acl.TestPrivateGwACL)
    ----------------------------------------------------------------------
    Traceback (most recent call last):
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
274, in test_03_vpc_privategw_restart_vpc_cleanup
        self.performVPCTests(vpc_off, restart_with_cleanup = True)
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
325, in performVPCTests
        privateGw_1 = self.createPvtGw(vpc_1, "10.0.3.100", "10.0.3.101", 
acl1.id, vlan_1)
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
595, in createPvtGw
        self.fail("Failed to create Private Gateway ==> %s" % e)
    AssertionError: Failed to create Private Gateway ==> Execute cmd: 
createprivategateway failed, due to: errorCode: 431, errorText:Network with 
vlan vlan://100 already exists in zone 1
    ----------------------------------------------------------------------
    Additional details in: /tmp/MarvinLogs/test_network_Y9TPF9/results.txt
    ```
    
    ```
    FAIL: test_04_rvpc_privategw_static_routes 
(integration.smoke.test_privategw_acl.TestPrivateGwACL)
    ----------------------------------------------------------------------
    Traceback (most recent call last):
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
286, in test_04_rvpc_privategw_static_routes
        self.performVPCTests(vpc_off)
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
345, in performVPCTests
        self.check_pvt_gw_connectivity(vm1, public_ip_1, [vm2.nic[0].ipaddress, 
vm1.nic[0].ipaddress])
      File 
"/data/git/cs1/cloudstack/test/integration/smoke/test_privategw_acl.py", line 
704, in check_pvt_gw_connectivity
        "Ping to VM on Network Tier N from VM in Network Tier A should be 
successful at least for 2 out of 3 VMs"
    AssertionError: Ping to VM on Network Tier N from VM in Network Tier A 
should be successful at least for 2 out of 3 VMs
    ----------------------------------------------------------------------
    Additional details in: /tmp/MarvinLogs/test_network_Y9TPF9/results.txt
    ```
    
    
    
    **Associated Uploads**
    
    **`/tmp/MarvinLogs/DeployDataCenter__May_17_2016_17_19_03_TAJ94R:`**
    * 
[dc_entries.obj](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/DeployDataCenter__May_17_2016_17_19_03_TAJ94R/dc_entries.obj)
    * 
[failed_plus_exceptions.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/DeployDataCenter__May_17_2016_17_19_03_TAJ94R/failed_plus_exceptions.txt)
    * 
[runinfo.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/DeployDataCenter__May_17_2016_17_19_03_TAJ94R/runinfo.txt)
    
    **`/tmp/MarvinLogs/test_network_Y9TPF9:`**
    * 
[failed_plus_exceptions.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/test_network_Y9TPF9/failed_plus_exceptions.txt)
    * 
[results.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/test_network_Y9TPF9/results.txt)
    * 
[runinfo.txt](https://objects-east.cloud.ca/v1/e465abe2f9ae4478b9fff416eab61bd9/PR1513/tmp/MarvinLogs/test_network_Y9TPF9/runinfo.txt)
    
    
    Uploads will be available until `2016-07-17 02:00:00 +0200 CEST`
    
    *Comment created by [`upr comment`](https://github.com/cloudops/upr).*



> Migrating a VM using VXLANs and bridges fails
> ---------------------------------------------
>
>                 Key: CLOUDSTACK-9362
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9362
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: KVM
>    Affects Versions: 4.6.2, 4.7.1, 4.8.0
>         Environment: Using KVM with VXLANs in Linux bridge devices (not 
> OpenVSwitch)
>            Reporter: Aaron Brady
>
> https://github.com/apache/cloudstack/commit/bb8f7c652e42caacff5adce1ce60342603677605
> The above commit introduces rewriting of bridge device names when migrating a 
> virtual machine from one host to another. However, it also matches bridges 
> called "brvx-1234" and rewrites them to (in my case) "brem1-1234" - this 
> doesn't match the bridge name on the destination and causes the migration to 
> fail with the error:
> error : virNetDevGetMTU:397 : Cannot get interface MTU on 'brem1-1234': No 
> such device
> I have flagged this as major because it's not possible to migrate VMs using 
> VXLANs for maintenance, which seems important (it's certainly important to 
> me!).



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

Reply via email to