-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[crm] error in logs querying for SAI_OBJECT_TYPE_INSEG_ENTRY #8036
Comments
This is likely a duplicate of #7933 |
@vaibhavhd this is different issue from what I can see. |
@qbdwlr, can you look into this issue? We have to first check on the capability for CRM_MPLS_INSEG (Introduced by sonic-net/sonic-swss#1686). @smaheshm for visibility. |
@stepanblyschak @prsunny This issue is resolved by sonic-net/sonic-sairedis#824 |
I still see this issue on latest master, hash c89b62e.
|
@Junchao-Mellanox I didn't realize that Mellanox platform was being tested here... I mistakenly assumed that this was seen testing VS platform. Clearly Mellanox does not have any support for this type of resource in its SAI implementation and this error will continue until it does. It is not clear why this resource is being polled in the absence of any MPLS configuration. I will submit a PR to check for NOT_IMPLEMENTED/NOT_SUPPORTED return status (presumably Mellanox SAI will return one of these from sai_object_type_get_availability() for this resource type) and output a more appropriate log message for this status. |
*Added more appropriate log message for CRM queries of MPLS_INSEG and MPLS_NEXTHOP resources when platform does not support these resource types.
Mclag enhacements support code changes. (sonic-net#1331) [crm] Fix for Issue sonic-net#8036 (sonic-net#1829)
*Added more appropriate log message for CRM queries of MPLS_INSEG and MPLS_NEXTHOP resources when platform does not support these resource types.
sonic-swss 73f6f68 [Flex Counters] Delay flex counters even if tables are present in the DB (#1877) 5edb9e5 [buffer orch] Bugfix: Don't query counter SAI_BUFFER_POOL_STAT_XOFF_ROOM_WATERMARK_BYTES on a pool where it is not supported (#1857) fce0c60 [crm] Fix for Issue #8036 (#1829) sonic-utilities 2630ac1 [Fast-reboot] Set flex counters delay indicator to prevent flex counters enablement after fast-reboot (#1768) 606f1b1 [portstat pfcstat] Unify the packet number format in the output of portstat and pfcstat in all cases (#1755) 2c6a15e [ecnconfig] Fix exception seen during display and add unit tests (#1784) 9b1995e Fix logic in RIF counters print (#1732) sonic-swss-comon 3e7b81f Add a new field for FLEX_COUNTER_TABLE to indicate delay for flex counters (#523)
*Added more appropriate log message for CRM queries of MPLS_INSEG and MPLS_NEXTHOP resources when platform does not support these resource types.
Description
Errors in logs querying for SAI_OBJECT_TYPE_INSEG_ENTRY found on switch that does not support them.
Steps to reproduce the issue:
show log -f | grep ERR
Describe the results you received:
rv:-5 means SAI_STATUS_INVALID_PARAMETER - this is our SAI issue which will be resolved but in any case the current code does not check for not supported/not implemented values:
https://github.com/Azure/sonic-swss/blob/master/orchagent/crmorch.cpp#L557
Describe the results you expected:
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):
sonic_dump_r-ocelot-02_20210701_151705.tar.gz
The text was updated successfully, but these errors were encountered: