-
Notifications
You must be signed in to change notification settings - Fork 684
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
Update swss_ready check to check per namespace swss service #1974
Conversation
Signed-off-by: Suvarna Meenakshi <sumeenak@microsoft.com> (cherry picked from commit 4457f05)
Signed-off-by: Suvarna Meenakshi <sumeenak@microsoft.com>
@anamehra can you try this fix. |
/azp Azure.sonic-utilities |
Command 'Azure.sonic-utilities' is not supported by Azure Pipelines. Supported commands
See additional documentation. |
/azp |
Supported commands
See additional documentation. |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
@abdosi , tried on multi-asic LC and Sup, looks good: root@sonic:/home/cisco# config reload |
What I did fixes sonic-net/sonic-buildimage#9411 on multi-asic platform, config reload CLI was not working without -f option. This was because swss_ready function was checking status of swss.service and multi-asic platform will not have swss.service, it will have per-namespace swss service. How I did it Fix swss_ready function to check all swss services status running on the platform.
This commit could not be cleanly cherry-picked to 202012. Please submit another PR. |
…t#1974) What I did fixes sonic-net/sonic-buildimage#9411 on multi-asic platform, config reload CLI was not working without -f option. This was because swss_ready function was checking status of swss.service and multi-asic platform will not have swss.service, it will have per-namespace swss service. How I did it Fix swss_ready function to check all swss services status running on the platform. (cherry picked from commit bb56fc2)
Because 202012 not run on multi-asic device, add "Rejected for 202012 branch" label |
What I did
fixes sonic-net/sonic-buildimage#9411
on multi-asic platform, config reload CLI was not working without -f option.
This was because swss_ready function was checking status of swss.service and multi-asic platform will not have swss.service, it will have per-namespace swss service.
How I did it
Fix swss_ready function to check all swss services status running on the platform.
How to verify it
On multi-asic platform, before Fix:
admin@vlab-08:~$ sudo config reload -y
SwSS container is not ready. Retry later or use -f to avoid system checks
After fix, on multi-asic platform, execute config load_minigraph to reload all services, immediately after that execute config reload. This should print swss not ready message.
Once swss services are up, execute config reload again and this time it should run without -f option.
Verified that there is no change on single asic VS:
Previous command output (if the output of a command-line utility has changed)
New command output (if the output of a command-line utility has changed)