Open noaOrMlnx opened 3 months ago
@qiluo-msft - can you follow up with NIVIDA? Is it caused by package manager or featured?
@qiluo-msft - can you follow up with NIVIDA? Is it caused by package manager or featured?
This degradation was rasied due to PR: https://github.com/sonic-net/sonic-host-services/pull/120
do we have UT to test this case ? Without UT it will be hard to prevent such degradation as uninstalling the feature is not typical use-case. Can you please add UT and then we can see best way to fix it.
@abdosi We are before release, so I won't have time to add UT to a feature I didn't add. Please check the community issue description. you can reproduce the issue pretty easily.
++ @moshemos @dprital
@abdosi Recently MSFT reported that COFIG_DB shouldn't be updated at runtime - https://github.com/sonic-net/sonic-buildimage/issues/20462 and this issue is related to that, do you have an ETA for a fix ?
@abdosi @bingwang-ms , Any ETA to fix this issue ?
Description
In featured, sync_feature_scope() function, if feature state is changed, the function will set "has_per_asic_scope" and "has_global_scope" attributes to FEATURE table in CONFIG_DB. the issue happens when we change the feature state (e.g. to "disabled"), and then uninstall the feature. uninstall the feature will remove the table from config db, and the above function will set those attributes. The outcome is when we do "show feature status" - the uninstalled feature will be an entry in the table, but there will be no state/autorestart there: (cpu-report)
Steps to reproduce the issue:
Describe the results you received:
the feature has entry in feature table after uninstalling it
Describe the results you expected:
table should be clean
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):