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/VTN-80 vtn <p>When the CSIT Test cases are executed in sandbox, It is noted that the VTN Coordiantor returns 503 in some scenarios. </p> <p>the current order of test cases is as follows</p> <p>a. add controller<br/> b. wait until the controller status is "up" to ensure that audit is complete</p> <p>c. Continue to create vtn+vbridge+interface and portmaps to ensure some successful ping test using mininet.</p> <p>The problem here is when the (c) executes, sometimes Coordinaotr returns 503 causing the tests to fail.</p> <p>It needs to be analyzed what blocking operation occurs after the status is "up" as AUDIT is complete.</p> <p>Operating System: Linux<br/> Platform: All</p> VTN-80

VTN Coordinator returns error in CSIT

Bug Resolved Done Unassigned Venkatrangan Govindarajan Thu, 16 Jul 2015 20:20:20 +0000 Thu, 19 Oct 2017 21:25:14 +0000 Wed, 7 Oct 2015 09:22:59 +0000 unspecified ODC Driver 0 3 <p>When we increase waiting time of controller status from 32 to 40s, the issue 503 error code is not reproducible.</p> <p>(In reply to Karthik Sivasamy from comment #1)<br/> &gt; When we increase waiting time of controller status from 32 to 40s, the issue<br/> &gt; 503 error code is not reproducible.</p> <p>Did you submit the change to the vtn.git?</p> <p>Could you add more explanation?</p> <p>(In reply to Hideyuki Tai from comment #2)<br/> &gt; (In reply to Karthik Sivasamy from comment #1)<br/> &gt; &gt; When we increase waiting time of controller status from 32 to 40s, the issue<br/> &gt; &gt; 503 error code is not reproducible.<br/> &gt; <br/> &gt; Did you submit the change to the vtn.git?<br/> &gt; <br/> &gt; Could you add more explanation?</p> <p>&gt; Analysing the issue why VTN coordinator returns 503 when wait time is 32s, as controller status is UP, test case fail in creating VTN configurations i.e, (503 service unavailable) error returns.</p> <p>Observation:<br/> 1.There is a fraction of delay between the controller status becoming “up” and then AUDIT operation actually completing. Between, next REST API gets executed in this time. <br/> 2. This causes higher layer module to fail the commit operation by returning SYSTEM BUSY(503) error as AUDIT is yet to complete with all components.</p> <p>Workaround:<br/> a.Create Controller with “Audit Disable”<br/> b.Wait for atleast 10sec for controller to become ready for Audit from down state.<br/> c.Manually trigger AUDIT using the AUDIT Controller REST API <br/> d.Then continue the rest of TESTS.</p> <p>&gt; b.Wait for atleast 10sec for controller to become ready for Audit from down<br/> state.</p> <p>Previously it took longer. My brain pattern-matched the change to a change in test setup: value of odcdrv_ping_interval in /usr/local/vtn/modules/odcdriver.conf was changed from 30 (seconds) to 10. As ping itself takes some time, actual test waits up to 12 seconds.</p> <p>To me, it looks like the system under test waits for a ping to succeed (perhaps two pings separated by the interval?).</p> <p>As a committer on Integration project, I am willing to accept the new test (which hides the 503 issue) as soon as test case documentation points to this Bug discussion.</p> <p>Hi Vratko,</p> <p> Actually it is a little different. The issue reported here is about the time taken for the "AUDIT" operation to complete. The ping interval was made as 10 seconds for a different scneario. This paramter controls the frequency in which the vtn coordinator tries to chck if the ODL is connected. It is for the "down" state checking when setting wrong IP address. We are checking the same.</p> <p>This issue occurs only when testing vtn coordinator in csit. </p> <p>Occurance of the issue:<br/> 1) Add a controller.<br/> 2) Check controller status if "UP" <br/> 3) Add vtn, vbr (Here it returns error as SYSTEM BUSY).</p> <p>Reason of the issue:<br/> 1.There is a fraction of delay between the controller status becoming “up” and then AUDIT operation actually completing. Between, next REST API gets (VTN and VBR creation)executed in this time. <br/> 2. This causes higher layer module to fail the commit operation by returning SYSTEM BUSY(503) error as AUDIT is yet to complete with all components.And it is confirmed it is know behaviour to overcome this we need to do trigger manual audit in the test case after adding controller.</p> <p>This issue is ressolved by fixing manually trigerring audit in the CSIT test cases.</p> <p>The patch for this bug is fixed in CSIT test cases of vtn and it is merged in "integration branch". Please find the below link for the same,<br/> <a href="https://git.opendaylight.org/gerrit/#/c/24860/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/24860/</a></p> Development External issue ID 4008 External issue URL Rank 0|i02tgn: