Open vivekverma-arista opened 1 week ago
hi @vivekverma-arista could we use condition mark to skip this test case?
hi @vivekverma-arista could we use condition mark to skip this test case?
This PR is not skipping the test and the changes in this PR are needed regardless of the way we choose to skip the test. The setup of the current test needs to know if the previous test passed, skipped or failed. Without these changes the test setup will treat skip as failed, which leads to restart of swss and messes up the next test. We don't want swss to restart if the previous test was skipped.
Description of PR
Summary: Fixes #328
Type of change
Back port request
Approach
What is the motivation for this PR?
dualtor/test_switchover_failure.py failure for active-active dualtor.
We have root caused it to the active-standby testcase that gets skipped. Even if the test gets skipped this condition hits in teradown: https://github.com/sonic-net/sonic-mgmt/blob/master/tests/dualtor/test_switchover_failure.py#L140-L146
Due to swss/mux restart the proceeding testcase fails with the above signature.
How did you do it?
Proposed fix is to skip restart of swss and mux if the testcase was skipped.
How did you verify/test it?
Stressed dualtor/test_switchover_failure.py with dualtor-aa-56 topology on Arista-7260CX3
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation