[NETVIRT-357] "149911505790454:br-ex-patch:flat" does not match required pattern "^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}$ Created: 14/Dec/16  Updated: 19/Dec/16  Resolved: 19/Dec/16

Status: Verified
Project: netvirt
Component/s: General
Affects Version/s: Boron
Fix Version/s: None

Type: Bug
Reporter: Tim Rozet Assignee: Vivekanandan Narasimhan
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

Attachments: Zip Archive karaf.zip    
External issue ID: 7368

 Description   

When using a flat external network with mapping the provider network to a bridge br-ex, the following parsing failure is seen:
2016-12-14 08:30:51,400 | ERROR | nPool-1-worker-3 | DataStoreJobCoordinator | 319 - org.opendaylight.genius.mdsalutil-api - 0.1.2.Boron-SR2 | Exception when executing jobEntry: JobEntry

{key='VPNINTERFACE-149911505790454:br-ex-patch:flat', mainWorker=org.opendaylight.netvirt.vpnmanager.VpnInterfaceManager$1@652eebf9, rollbackWorker=null, retryCount=0, futures=null}

java.lang.IllegalArgumentException: Supplied value "149911505790454:br-ex-patch:flat" does not match required pattern "^[0-9a-fA-F]

{8}

-[0-9a-fA-F]

{4}-[0-9a-fA-F]{4}

-[0-9a-fA-F]

{4}

-[0-9a-fA-F]

{12}

$"
at com.google.common.base.Preconditions.checkArgument(Preconditions.java:145)[59:com.google.guava:18.0.0]

###OVS output###
[root@overcloud-controller-0 log]# ovs-vsctl show
8036b159-2392-4d84-8a49-c7acfead9ee8
Manager "ptcp:6639:127.0.0.1"
is_connected: true
Manager "tcp:192.30.9.5:6640"
Bridge br-int
Controller "tcp:192.30.9.5:6653"
fail_mode: secure
Port br-ex-patch
Interface br-ex-patch
type: patch
options:

{peer=br-ex-int-patch}

Port br-int
Interface br-int
type: internal
Bridge br-ex
Port br-ex
Interface br-ex
type: internal
Port "enp8s0"
Interface "enp8s0"
Port br-ex-int-patch
Interface br-ex-int-patch
type: patch
options:

{peer=br-ex-patch}

ovs_version: "2.5.0"
[root@overcloud-controller-0 log]# ovs-vsctl list Open_vSwitch
_uuid : 8036b159-2392-4d84-8a49-c7acfead9ee8
bridges : [18465ed6-c93d-49a8-87b6-4f5651076e73, 5066651f-6936-493f-b8d3-8bb2f7cbc94e]
cur_cfg : 17
datapath_types : [netdev, system]
db_version : "7.12.1"
external_ids :

{system-id="41efe8af-707b-4c7d-8134-0a9b320c7997"}

iface_types : [geneve, gre, internal, ipsec_gre, lisp, patch, stt, system, tap, vxlan]
manager_options : [0b1e9990-16d9-451d-983d-a9e899c1e0ee, 8e4869e5-fa51-4ff3-8c37-50ca83ab8884]
next_cfg : 17
other_config :

{local_ip="11.0.0.30", provider_mappings="datacentre:br-ex"}

ovs_version : "2.5.0"
ssl : []
statistics : {}
system_type : CentOS
system_version : "7.2.1511-Core"

###neutron output###
[stack@undercloud ~]$ neutron net-show external
---------------------------------------------------------------+

Field Value

---------------------------------------------------------------+

admin_state_up True
availability_zone_hints  
availability_zones nova
created_at 2016-12-14T08:30:49Z
description  
id a3edee95-e805-4432-8c93-0c57c8a95a58
ipv4_address_scope  
ipv6_address_scope  
is_default False
mtu 1496
name external
port_security_enabled True
project_id 9c8ef68bda7b4cdd80e09b604b7a6e63
provider:network_type flat
provider:physical_network datacentre
provider:segmentation_id  
revision_number 5
router:external True
shared False
status ACTIVE
subnets e4fefd85-9d16-42f3-8ae5-539c83b7b69b
tags  
tenant_id 9c8ef68bda7b4cdd80e09b604b7a6e63
updated_at 2016-12-14T08:30:57Z

---------------------------------------------------------------+

[stack@undercloud ~]$ neutron subnet-show external-net
-------------------------------------------------------------------+

Field Value

-------------------------------------------------------------------+

allocation_pools {"start": "172.30.9.200", "end": "172.30.9.220"}
cidr 172.30.9.0/24
created_at 2016-12-14T08:30:57Z
description  
dns_nameservers  
enable_dhcp False
gateway_ip 172.30.9.1
host_routes  
id e4fefd85-9d16-42f3-8ae5-539c83b7b69b
ip_version 4
ipv6_address_mode  
ipv6_ra_mode  
name external-net
network_id a3edee95-e805-4432-8c93-0c57c8a95a58
project_id 9c8ef68bda7b4cdd80e09b604b7a6e63
revision_number 2
service_types  
subnetpool_id  
tenant_id 9c8ef68bda7b4cdd80e09b604b7a6e63
updated_at 2016-12-14T08:30:57Z

-------------------------------------------------------------------+

karaf logs attached

 Comments   
Comment by Tim Rozet [ 14/Dec/16 ]

Attachment karaf.zip has been added with description: karaf logs

Comment by Vivekanandan Narasimhan [ 14/Dec/16 ]

Fix for this issue is available here:

https://git.opendaylight.org/gerrit/49376

Comment by A H [ 14/Dec/16 ]

A patch was submitted to fix this bug in Boron SR2: https://git.opendaylight.org/gerrit/49376

To better assess the impact of this bug and fix, could someone from your team please help us identify the following:
Regression: Is this bug a regression of functionality/performance/feature between Boron-SR1 and Boron-SR2?
Severity: Could you elaborate on the severity of this bug? Is this a BLOCKER such that we cannot release Boron-SR2 without it? Is there a workaround such that we can write a release note instead?
Testing: Could you also elaborate on the testing of this patch? How extensively has this patch been tested? Is it covered by any unit tests or system tests?
Impact: Does this fix impact any dependent projects?

Comment by Sam Hague [ 14/Dec/16 ]

(In reply to A H from comment #2)
> A patch was submitted to fix this bug in Boron SR2:
> https://git.opendaylight.org/gerrit/49376
>
> To better assess the impact of this bug and fix, could someone from your
> team please help us identify the following:
> Regression: Is this bug a regression of functionality/performance/feature
> between Boron-SR1 and Boron-SR2?
This is a regression introduced by: https://git.opendaylight.org/gerrit/#/c/48991

> Severity: Could you elaborate on the severity of this bug? Is this a
> BLOCKER such that we cannot release Boron-SR2 without it? Is there a
> workaround such that we can write a release note instead?
There is no workaround. This bug impacts external connections that are hung in the system. Flows are added and not removed as processing continues.

> Testing: Could you also elaborate on the testing of this patch? How
> extensively has this patch been tested? Is it covered by any unit tests or
> system tests?
The netvirt csit tests the issue. The patch is verified here: https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-transparent-boron/69/archives/odl1_karaf.log.gz

> Impact: Does this fix impact any dependent projects?
No. This is all in the netvirt openstack integration.

Comment by A H [ 16/Dec/16 ]

Have we verified that this blocker bug is fixed in latest Boron SR2 Build 20161215?

Comment by A H [ 19/Dec/16 ]

As per the discussion on the email thread below, this bug has been "verified" as fixed in the latest Boron SR2 Build 20161215:

https://lists.opendaylight.org/pipermail/netvirt-dev/2016-December/002565.html

Generated at Wed Feb 07 20:21:22 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.