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/NETVIRT-774 netvirt <p>I have tested with latest carbon and observed there are some ping failures between the vm instances.</p> <p>Procedure: <br/> create 2 networks and create VM instances with count 4 on each network.<br/> Observed pinging failed between the VMs within the network.</p> <p>Please find the attachments for karaf log and sandbox log.</p> <p>Operating System: All<br/> Platform: All</p> NETVIRT-774

occasionally ping between the Vm instances failed with ocata.

Bug Resolved Done Hari Prasidh Hari Prasidh Fri, 7 Jul 2017 13:54:19 +0000 Mon, 30 Oct 2017 15:36:33 +0000 Wed, 13 Sep 2017 09:41:36 +0000 Carbon General 0 13 <p>Attachment karaf_log.zip has been added with description: karaf_logs</p> <p>Reproduced bug insandbox for the above scenario and observed there are no tunnel ports between the compute nodes.</p> <p>After analysing logs, there is some delay to getting update DPN tunnel End Point Information(DPNTEPsInfo) into DataStoreCache. Due to this delay, tunnel interface is not created b/w the compute nodes.</p> <p>I suspect above delay due to update job is in queue is not processed within time.</p> <p>1.Vm creation on compute1.(first VM in compute node 1)<br/> 2.Received Vm tap port notification in netvirt and genius module.<br/> 3.Tunnel port gets created bi-dirctionally between compute1 and control(For creation of tunnel interfaces it requires DPNTEPsInfo of compute1 and control node<br/> which need to be fetched from Meshed Cache).<br/> NOTE:: <br/> Prior to that, while creating network, control node's DPNTEPsInfo will be updated in cache . <br/> Compute1 DPN ID is available in the VM creation request itself</p> <p>4.Once tunnel intf created, thereafter compute1 DPNTEPsInfo will be updated to cache(Meshed Cache).<br/> 5.VM creation on compute2 (first VM in compute node 2)<br/> 6.Received Vm tap port notification in netvirt and genius module.<br/> 7.Tunnel port gets created bi-dirctionally between compute2 to control and compute2 to compute1<br/> To create tunnel between compute2 to compute1, we need DPNTEPsInfo of compute1 which should be updated in step 4.<br/> NOTE:: <br/> Compute-2 DPN ID is available in the VM creation request itself</p> <p>Step (1) and step (5) can happen in parallel. <br/> If step (7) executed before step (4), we will not get DPNTEPsInfo of compute1.<br/> So tunnel interface creation failed between the compute1 and compute2 nodes. </p> <p>Note: Tunnel interface creation is one time operation for each node. <br/> i.e. Tunnel interface creation is allowed only for the very first port interface on the node.</p> <p>below code snippet to create tunnel interface and update DPNTEPsInfo:</p> <p>org.opendaylight.genius.itm.listeners.TransportZoneListener.java<br/> -------------------------------------------<br/> if (!newDpnTepsList.isEmpty()) </p> { LOG.trace("Adding TEPs "); ItmTepAddWorker addWorker = new ItmTepAddWorker(newDpnTepsList, Collections.emptyList(), dataBroker, idManagerService, mdsalManager, itmConfig); coordinator.enqueueJob(tzNew.getZoneName(), addWorker); } <p>Suspect addWorker job in queue is processed with delay.</p> <p>@Hari, do you have any update/patch for this issue?</p> <p>(In reply to Sridhar Gaddam from comment #4)<br/> &gt; @Hari, do you have any update/patch for this issue?</p> <p>yes, please find the below patch <br/> <a href="https://git.opendaylight.org/gerrit/#/c/61168/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/61168/</a></p> <p>A patch was submitted to revert the changes and fix this bug in Carbon SR2:</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/62220/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/62220/</a></p> <p>To better assess the impact of this bug and fix, could someone from your team please help us identify the following:<br/> Regression: Is this bug a regression of functionality/performance/feature compared to Carbon?<br/> Severity: Could you elaborate on the severity of this bug? Is this a BLOCKER such that we cannot release Carbon SR2 without it?<br/> Workaround: Is there a workaround such that we can write a release note instead?<br/> 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? <br/> Impact: Does this fix impact any dependent projects?</p> <p>currently discussing about the approach to fix this.</p> <p>After discussion with community , issue has been fixed with below patch which got merged recently.<br/> <a href="https://git.opendaylight.org/gerrit/#/c/59035/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/59035/</a></p> <p>So that I abandoned the below patch.<br/> <a href="https://git.opendaylight.org/gerrit/#/c/61168/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/61168/</a></p> <p>And I closed the bug.</p> Development External issue ID 8823 External issue URL ODL SR Target Milestone Rank 0|i01tvj: