-
Notifications
You must be signed in to change notification settings - Fork 1k
[fdb] More strict checking of FDB entry count #1126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -120,8 +120,9 @@ | |
| poll: 0 | ||
|
|
||
| - name: Reload config | ||
| command: config reload -y | ||
| become: yes | ||
| include: "roles/test/tasks/common_tasks/reload_config.yml" | ||
| vars: | ||
| config_source: "config_db" | ||
|
|
||
| - name: Get PID of the PTF script | ||
| command: "pgrep -f '/usr/bin/python /usr/bin/ptf'" | ||
|
|
@@ -153,7 +154,14 @@ | |
| command: sonic-clear fdb all | ||
| when: sdk_fdb_count.stdout == show_mac_output.stdout | ||
|
|
||
| - fail: msg="No FDB is learned, something wrong with the switch" | ||
| when: sdk_fdb_count.stdout | int == 0 or show_mac_output.stdout | int == 0 | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Just thinking, after fdb clear, the count would be 0 until it learns next right? I don't see a sleep in between. This I believe can break the test intermittently.
Collaborator
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yes, config reloading would clear FDB. And then new FDB entries would be learned if the PTF script is still running. Currently the PTF script runs 300 seconds. After the PTF script is started, the config reload command is executed immediately. There is no need to sleep in between. If config reloading takes more than 300s to complete, the test will fail because of 0 FDB learned. In this case, the config reloading takes too long and is a problem that need to be fixed. |
||
|
|
||
| - fail: msg="In consistent number MAC entries between SDK and DB" | ||
| when: sdk_fdb_count.stdout != show_mac_output.stdout | ||
|
|
||
| when: sonic_asic_type == 'mellanox' | ||
|
|
||
| always: | ||
| - name: clear FDB table | ||
| command: sonic-clear fdb all | ||
Uh oh!
There was an error while loading. Please reload this page.