Skip to content

[action] [PR:12152] Fix fixture invocation order in qos/qos_sai_base.py#12596

Merged
mssonicbld merged 1 commit intosonic-net:202311from
mssonicbld:cherry/202311/12152
Apr 26, 2024
Merged

[action] [PR:12152] Fix fixture invocation order in qos/qos_sai_base.py#12596
mssonicbld merged 1 commit intosonic-net:202311from
mssonicbld:cherry/202311/12152

Conversation

@mssonicbld
Copy link
Collaborator

Description of PR

Summary: Fix fixture invocation order in qos/qos_sai_base.py
Fixes # (issue)

Type of change

  • Bug fix
  • Testbed and Framework(new/improvement)
  • Test case(new/improvement)

Back port request

  • 201911
  • 202012
  • 202205
  • 202305
  • 202311

Approach

What is the motivation for this PR?

qos/test_qos_sai.py fail with the following -

failed on setup with "Failed: Not all critical processes are healthy"

The fixture dut_disable_ipv6 disables ipv6 due to which the following critical processes don't come up after swapping syncd ( fixture swapSyncd_on_selected_duts ) -

  1. program:snmpd
  2. program:snmp-subagent

And this issue only hits if swapSyncd_on_selected_duts is executed after dut_disable_ipv6 and since there is no dependency between these fixtures, they can execute in any order.

How did you do it?

This change introduces a dependency between dut_disable_ipv6 & swapSyncd_on_selected_duts such that former is always executed after latter.

How did you verify/test it?

Tested on Arista-7050CX3 platform with dualtor topology.

Any platform specific information?

Supported testbed topology if it's a new test case?

Documentation

What is the motivation for this PR?
qos/test_qos_sai.py fail with the following -

failed on setup with "Failed: Not all critical processes are healthy"
The fixture dut_disable_ipv6 disables ipv6 due to which the following critical processes don't come up after swapping syncd ( fixture swapSyncd_on_selected_duts  ) -

program:snmpd
program:snmp-subagent
And this issue only hits if swapSyncd_on_selected_duts is executed after dut_disable_ipv6 and since there is no dependency between these fixtures, they can execute in any order.

How did you do it?
This change introduces a dependency between dut_disable_ipv6 & swapSyncd_on_selected_duts such that former is always executed after latter.

How did you verify/test it?
Tested on Arista-7050CX3 platform with dualtor topology.
@mssonicbld
Copy link
Collaborator Author

Original PR: #12152

@mssonicbld mssonicbld merged commit e9bb897 into sonic-net:202311 Apr 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants