You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Charles E. Rolke (Jira)" <ji...@apache.org> on 2020/08/13 21:24:00 UTC

[jira] [Created] (DISPATCH-1749) [Test] system_test router function wait_ready does not wait long enough

Charles E. Rolke created DISPATCH-1749:
------------------------------------------

             Summary: [Test] system_test router function wait_ready does not wait long enough
                 Key: DISPATCH-1749
                 URL: https://issues.apache.org/jira/browse/DISPATCH-1749
             Project: Qpid Dispatch
          Issue Type: Bug
          Components: Tests
    Affects Versions: 1.12.0
            Reporter: Charles E. Rolke


On RHEL/Centos 7 systems sometimes system_tests_policy.VhostPolicyConfigHashPattern sometimes fails with the same pattern as DISPATCH-1689. The VhostPolicyConfigHashPattern test is simply trying to verify that the router processes the config file without exiting due to a config error.

In DISPATCH-1689 the test framework is trying to tear down the router before the router is up. Then the test report shows something like:
{code:java}
RuntimeError: Errors during teardown: 
Process 5978 error: exit code -15, expected 0
{code}
Normally the policy test passes. When it fails, though, it prints the tail of the router log file. The log snippet shows that the router is shut down before it prints the server log line
{code:java}
SERVER (info) Running in DEBUG Mode 
{code}
Most likely the policy test problem is that the router.wait_ready function opens the listener socket, closes the socket, and returns success so quickly that the router never gets to log the socket open/close and print the rest of the router boot log messages. Once this happens then the test framework falls into the DISPATCH-1689 trap and declares a false failure.

There are several options for making wait_ready wait until the router is really up.
 * Grep the log for the "SERVER (info) Running" message
 * Require a successful _qdstat -g_ on routers.addresses[0]
 * ???

Each of these options has drawbacks.

There are any number of problems in the test suite that could be directly related to wait_ready not waiting long enough.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org