https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/LISPMAP-57 lispflowmapping <p>While running integration test on the ovsdb netvirt piece, we hit this NPE:</p> <p>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 <span class="error">&#91;start=192.168.111.21, end=192.168.111.40&#93;</span>], hostRoutes=[], enableDHCP=false, tenantID=cde2563ead464ffa97963c59e002c0cf, myPorts=[], gatewayIPAssigned=false, ipv6AddressMode=null, ipv6RaMode=null]Error: java.lang.NullPointerException</p> <p><span class="error">&#91;1&#93;</span> contains the complete karaf log<br/> <span class="error">&#91;2&#93;</span> presents the jenkins job that triggered this issue<br/> <span class="error">&#91;3&#93;</span> robot test cases that are run against ovsdb netvirt</p> <p>Note: this happens on master branch only, stable/lithium doesn't have this issue.</p> <p><span class="error">&#91;1&#93;</span> <a href="https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/artifact/karaf.log" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/artifact/karaf.log</a><br/> <span class="error">&#91;2&#93;</span> <a href="https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-1node-cds-netvirt-all-master/68/</a><br/> <span class="error">&#91;3&#93;</span> <a href="https://git.opendaylight.org/gerrit/gitweb?p=integration.git;a=tree;f=test/csit/suites/ovsdb/Openstack_Neutron;h=10d604638defc2928bc5b8d73afb0dda46b726be;hb=HEAD" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/gitweb?p=integration.git;a=tree;f=test/csit/suites/ovsdb/Openstack_Neutron;h=10d604638defc2928bc5b8d73afb0dda46b726be;hb=HEAD</a></p> <p>Operating System: All<br/> Platform: All</p> LISPMAP-57

Adding new subnet to lisp service mapping service failed

Bug Resolved Cannot Reproduce Unassigned Alexis de Talhouët Wed, 8 Jul 2015 13:23:30 +0000 Thu, 3 May 2018 14:50:10 +0000 Mon, 27 Jun 2016 12:32:54 +0000 unspecified Neutron 0 2 <p>This is an error message, the actual exception is caught in the code. Is this causing your test to fail? </p> <p>Thanks,<br/> Vina</p> <p>Hi, </p> <p>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.<br/> 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.</p> <p>Thanks,<br/> Alexis</p> <p>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.</p> <p>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.</p> <p>Hi,</p> <p>Sure I understand this can be a race condition due to config substytem / loading order.<br/> Thanks for adding the complete stack trace.<br/> I'll let you update the status of the bug to make sure you're able to track the underlying race condition.</p> <p>Thanks,<br/> Alexis</p> <p>As the project moved to blueprint, we shouldn't see any feature bootup race condition any more.<br/> Moreover, I look over netvirt/ovsdb CSIT and I don't see this issue anymore.</p> Development External issue ID 3961 External issue URL Rank 0|i01ngv: