[Bug]: tests/fdb/test_fdb_mac_learning.py::testFdbMacLearning failed on dualtor-aa setup #16110
Comments
echuawu
added a commit
to echuawu/sonic-mgmt
that referenced
this issue
Dec 20, 2024
…t#16110 Skip test Fdb Mac Learning on dualtor setup for github issue sonic-net#16110 Change-Id: I98b008015084a7e85f1507a98c67d27ab1f066a2
8 tasks
echuawu
added a commit
to echuawu/sonic-mgmt
that referenced
this issue
Dec 23, 2024
…t#16110 Skip test Fdb Mac Learning on dualtor setup for github issue sonic-net#16110 Change-Id: I98b008015084a7e85f1507a98c67d27ab1f066a2
liat-grozovik
pushed a commit
that referenced
this issue
Dec 24, 2024
…16178) - What is the motivation for this PR? fdb/test_fdb_mac_learning.py could not run pass at dualtor aa setup Skip test Fdb Mac Learning on dualtor setup for github issue #16110 - How did you do it? Add a skip for the issue #16110 - How did you verify/test it? Run it in internal regression Change-Id: I98b008015084a7e85f1507a98c67d27ab1f066a2
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue Description
Case tests/fdb/test_fdb_mac_learning.py::testFdbMacLearning failing at dualtor-aa setup.
The check of dummy mac is failing
pytest_assert(wait_until(300, 2, 1, fdb_table_has_dummy_mac_for_interface, duthost, target_ports_to_ptf_mapping[0][0], self.DUMMY_MAC_PREFIX), "After starting {}" " and populating fdb, corresponding mac address entry not seen in mac table" .format(target_ports_to_ptf_mapping[0][0]))Results you see
Case failed:
Failed: After starting Ethernet4 and populating fdb, corresponding mac address entry not seen in mac tableThe dummy mac exist in the wrong tor.
Results you expected to see
The dummy mac should be in the mac table at the correct tor.
Is it platform specific
generic
Relevant log output
No response
Output of
show versionAttach files (if any)
No response
The text was updated successfully, but these errors were encountered: