[LISPMAP-57] Adding new subnet to lisp service mapping service failed Created: 08/Jul/15  Updated: 03/May/18  Resolved: 27/Jun/16

Status: Resolved
Project: lispflowmapping
Component/s: Neutron
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Alexis de Talhouët Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

External issue ID: 3961

 Description   

While running integration test on the ovsdb netvirt piece, we hit this NPE:

2015-07-07 20:35:39,176 | ERROR | qtp726956385-571 | LispNeutronService | 333 - org.opendaylight.lispflowmapping.mappingservice.neutron - 1.3.0.SNAPSHOT | Adding new subnet to lisp service mapping service failed. Subnet : NeutronSubnet [subnetUUID=00289199-e288-464a-ab2f-837ca67101a7, networkUUID=7da709ff-397f-4778-a0e8-994811272fdb, name=subext1, ipVersion=4, cidr=192.168.111.0/24, gatewayIP=192.168.111.254, dnsNameservers=[], allocationPools=[NeutronSubnetIPAllocationPool [start=192.168.111.21, end=192.168.111.40]], hostRoutes=[], enableDHCP=false, tenantID=cde2563ead464ffa97963c59e002c0cf, myPorts=[], gatewayIPAssigned=false, ipv6AddressMode=null, ipv6RaMode=null]Error: java.lang.NullPointerException

[1] contains the complete karaf log
[2] presents the jenkins job that triggered this issue
[3] robot test cases that are run against ovsdb netvirt

Note: this happens on master branch only, stable/lithium doesn't have this issue.

[1] https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/artifact/karaf.log
[2] https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/
[3] https://git.opendaylight.org/gerrit/gitweb?p=integration.git;a=tree;f=test/csit/suites/ovsdb/Openstack_Neutron;h=10d604638defc2928bc5b8d73afb0dda46b726be;hb=HEAD

 Comments   
Comment by Vina Ermagan [ 14/Jul/15 ]

This is an error message, the actual exception is caught in the code. Is this causing your test to fail?

Thanks,
Vina

Comment by Alexis de Talhouët [ 15/Jul/15 ]

Hi,

This is not causing test failure, but as it's logged as ERROR, I addressed it. Also, is it possible to print the stackstrace when this kind of error occurs? to be able to track down the root cause of this NPE.
I have no knowledge about listflowmapping project, so I don't know if this error is relevant or not. But as long as it is handle in the code, and that you're aware of this potential NPE, it's fine with me.

Thanks,
Alexis

Comment by Lori Jakab [ 15/Jul/15 ]

I changed the code yesterday to print the full stack trace, so recent build logs have the full stack trace. As some other lispflowmapping exceptions hinted, the issue most likely is a race condition in service loading, resulting in mappingDbService not being set.

Neutron Northbound, and the LISP Neutron provider both use Activators, but our other services are wired through the config subsystem. I suspect the issues lies here.

Comment by Alexis de Talhouët [ 24/Jul/15 ]

Hi,

Sure I understand this can be a race condition due to config substytem / loading order.
Thanks for adding the complete stack trace.
I'll let you update the status of the bug to make sure you're able to track the underlying race condition.

Thanks,
Alexis

Comment by Alexis de Talhouët [ 27/Jun/16 ]

As the project moved to blueprint, we shouldn't see any feature bootup race condition any more.
Moreover, I look over netvirt/ovsdb CSIT and I don't see this issue anymore.

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