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/OPNFLWPLUG-501 OpenFlowPlugin <p>tested odl: Lithium RC1 June15 version</p> <p>steps:<br/> 1 connect mininet, 63 switches, <br/> 2) runs the script <br/> test/tools/odl-mdsal-clustering-tests/clustering-performance-test/flow_stats_stability_monitor.py --host 10.25.2.9 --auth --fpr 20 --config_monitor 750 --deconfig_monitor 200 --monitor_period 30 --flows 16000 --threads 5 --bulk-delete<br/> 3) once 80k flows configured, restart mininet</p> <p>this is not replicable on demand, it happened once<br/> after flows were deconfigured, 2520 were not removed from the switch</p> <p>linux-gnu&gt;./get-total-found.sh <br/> Switch s1: 0 flows<br/> Switch s2: 0 flows<br/> ...<br/> Switch s19: 0 flows<br/> Switch s20: 0 flows<br/> Switch s21: 0 flows<br/> Switch s22: 1260 flows<br/> Switch s23: 0 flows<br/> Switch s24: 0 flows<br/> Switch s25: 0 flows<br/> Switch s26: 0 flows<br/> Switch s27: 0 flows<br/> Switch s28: 0 flows<br/> Switch s29: 0 flows<br/> Switch s30: 1260 flows<br/> Switch s31: 0 flows<br/> Switch s32: 0 flows<br/> ...<br/> Switch s61: 0 flows<br/> Switch s62: 0 flows<br/> Switch s63: 0 flows</p> <p>Total: 2520</p> <p>The switches with flows are mentioned in the log more times than usual switch </p> <p><span class="error">&#91;odl@pce-guest32 distribution-karaf-0.3.0-Lithium-RC1-v201506150016&#93;</span>$ grep -r openflow:30 | wc -l<br/> 13<br/> <span class="error">&#91;odl@pce-guest32 distribution-karaf-0.3.0-Lithium-RC1-v201506150016&#93;</span>$ grep -r openflow:22 | wc -l<br/> 13<br/> <span class="error">&#91;odl@pce-guest32 distribution-karaf-0.3.0-Lithium-RC1-v201506150016&#93;</span>$ grep -r openflow:11 | wc -l<br/> 9</p> <p>I have not foung anythong suspicious, please have a look why this happened</p> <p>Operating System: Linux<br/> Platform: PC</p> OPNFLWPLUG-501

flows not removed from the switch when 80k flows configured

Bug Resolved Done Jozef Bacigal Peter Gubka Mon, 15 Jun 2015 13:23:26 +0000 Mon, 27 Sep 2021 09:01:35 +0000 Tue, 15 Mar 2016 08:26:37 +0000 General 0 7 <p>Attachment stdout.log has been added with description: test stdout</p> <p>Attachment karaf.log has been added with description: karaf.log</p> <p>From meeting minutes of the meeting June 15:</p> <ul> <li><a href="https://bugs.opendaylight.org/show_bug.cgi?id=3735" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=3735</a> <a href="https://jira.opendaylight.org/browse/OPNFLWPLUG-501" title="flows not removed from the switch when 80k flows configured" class="issue-link" data-issue-key="OPNFLWPLUG-501"><del>OPNFLWPLUG-501</del></a> - flows not removed from the switch when 80k flows configured (abhijitkumbhare, 16:18:55)<br/> *michal_rehak says probably clean the device of flows when switch connects (but will need to be configurable - which will need API change) (abhijitkumbhare, 16:21:05)</li> <li>abhijitkumbhare &amp; LuisGomez say this is not a blocker (abhijitkumbhare, 16:22:42)</li> <li>Clarification: abhijitkumbhare thinks this may be too late to fix (abhijitkumbhare, 16:24:38)</li> </ul> <p>We will not be fixing this in Lithium release - as it was decided in the meeting this needs more thought and needs to be done in Beryllium.</p> <p>the issue was initially observed when testing Lithium RC1 from June 15 for Lithium designed plugin (odl-openflowplugin-flow-services-ui-li)</p> <p>The issue was also observed today while testing distribution-karaf-0.3.0-Lithium-RC1-v201506180115.tar.gz and the old-designed plugin (odl-openflowplugin-flow-services-ui). Log in attachment.</p> <p>Attachment karaf.log has been added with description: He designed log</p> <p>Will start looking into this.</p> <p>Hi Peter,</p> <p>Need more information on this bug.</p> <p>1) Pasted the steps from the bug summary. Could you let me know if the script was running bulk-delete while you restarted the mininet? <br/> 2) Generally when you restart the mininet, the flows will be reprogrammed onto the switch as flows are still in configuration data-store. I wonder why other switches don’t show flows count.<br/> 3) Does it mean the bulk-delete haven’t completed (on switches under question) while you took the snapshot of get-total-found.sh output?</p> <p>Michal, <br/> I see your suggestion is to have a configurable function which will delete the flows when operational data-store don’t have flows. Hope you suggested to delete the flows from configuration data store – correct?</p> <p>&lt;Snipped from bug description&gt;</p> <p>steps:<br/> 1 connect mininet, 63 switches, <br/> 2) runs the script <br/> test/tools/odl-mdsal-clustering-tests/clustering-performance-test/flow_stats_stability_monitor.py --host 10.25.2.9 --auth --fpr 20 --config_monitor 750 --deconfig_monitor 200 --monitor_period 30 --flows 16000 --threads 5 --bulk-delete<br/> 3) once 80k flows configured, restart mininet</p> <p>this is not replicable on demand, it happened once<br/> after flows were deconfigured, 2520 were not removed from the switch</p> <p>linux-gnu&gt;./get-total-found.sh <br/> Switch s1: 0 flows<br/> Switch s2: 0 flows<br/> ...<br/> Switch s19: 0 flows<br/> Switch s20: 0 flows<br/> Switch s21: 0 flows<br/> Switch s22: 1260 flows<br/> Switch s23: 0 flows<br/> Switch s24: 0 flows<br/> Switch s25: 0 flows<br/> Switch s26: 0 flows<br/> Switch s27: 0 flows<br/> Switch s28: 0 flows<br/> Switch s29: 0 flows<br/> Switch s30: 1260 flows</p> <p>Thanks,<br/> Hari</p> <p>(In reply to Hariharan Sethuraman from comment #5)<br/> &gt; Hi Peter,<br/> &gt; <br/> &gt; Need more information on this bug.<br/> &gt; <br/> &gt; 1) Pasted the steps from the bug summary. Could you let me know if the<br/> &gt; script was running bulk-delete while you restarted the mininet? <br/> &gt; 2) Generally when you restart the mininet, the flows will be reprogrammed<br/> &gt; onto the switch as flows are still in configuration data-store. I wonder why<br/> &gt; other switches don’t show flows count.<br/> &gt; 3) Does it mean the bulk-delete haven’t completed (on switches under<br/> &gt; question) while you took the snapshot of get-total-found.sh output?<br/> &gt; <br/> &gt; Michal, <br/> &gt; I see your suggestion is to have a configurable function which will delete<br/> &gt; the flows when operational data-store don’t have flows. Hope you suggested<br/> &gt; to delete the flows from configuration data store – correct?<br/> &gt; <br/> &gt; &lt;Snipped from bug description&gt;<br/> &gt; <br/> &gt; steps:<br/> &gt; 1 connect mininet, 63 switches, <br/> &gt; 2) runs the script <br/> &gt; test/tools/odl-mdsal-clustering-tests/clustering-performance-test/<br/> &gt; flow_stats_stability_monitor.py --host 10.25.2.9 --auth --fpr 20 <br/> &gt; --config_monitor 750 --deconfig_monitor 200 --monitor_period 30 --flows<br/> &gt; 16000 --threads 5 --bulk-delete<br/> &gt; 3) once 80k flows configured, restart mininet<br/> &gt; <br/> &gt; <br/> &gt; this is not replicable on demand, it happened once<br/> &gt; after flows were deconfigured, 2520 were not removed from the switch<br/> &gt; <br/> &gt; <br/> &gt; linux-gnu&gt;./get-total-found.sh <br/> &gt; Switch s1: 0 flows<br/> &gt; Switch s2: 0 flows<br/> &gt; ...<br/> &gt; Switch s19: 0 flows<br/> &gt; Switch s20: 0 flows<br/> &gt; Switch s21: 0 flows<br/> &gt; Switch s22: 1260 flows<br/> &gt; Switch s23: 0 flows<br/> &gt; Switch s24: 0 flows<br/> &gt; Switch s25: 0 flows<br/> &gt; Switch s26: 0 flows<br/> &gt; Switch s27: 0 flows<br/> &gt; Switch s28: 0 flows<br/> &gt; Switch s29: 0 flows<br/> &gt; Switch s30: 1260 flows<br/> &gt; <br/> &gt; Thanks,<br/> &gt; Hari</p> <p>I can reproduce it consistently. Please ignore my information request. Thanks.</p> <p>From the reproduced setup logs - device got disconnected just before nodes deletion from config data store. So, after deletion the device however reconnects and wont have any effect and flows in device remain intact. This should be covered as part of flow reconciliation.</p> <p>It is difficult to distinguish between the above explained scenario and manually flows programmed directly on the switch case.</p> <p>Will be auto-addressed when flow reconciliation is implemented</p> <p>Since Hari's comments indicate this will be addressed as part of reconciliation</p> <p>Lowering the priority of this. Luis &amp; I were thinking this may not even be a bug - just keeping it to be explored when get a chance in future.</p> <p>Muthu,</p> <p>Will this be fixed as part of reconciliation?</p> <p>Abhijit</p> Blocks OPNFLWPLUG-537 Development External issue ID 3735 External issue URL ODL SR Target Milestone Priority Rank 0|i031jj: