-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Extend sysmonitor functionality to wait for host daemons #1363
Conversation
sonic community review recordings, the meeting was ended by mistake in the middle, so we have two recordings: |
* Configure system ready feature state * Allow host daemons to report its status Signed-off-by: Yevhen Fastiuk <yfastiuk@nvidia.com>
42b0666
to
d2b8071
Compare
@zhangyanzhao this HLD was reviewed in the community as avaialble for 2 months now. @fastiuk please track. when do you expect the code PRs to be available? |
} | ||
} | ||
} | ||
``` | ||
|
||
The feature configuration is controlled by `sysready_state` field of `DEVICE_METADATA` table. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It used. But the parameter you highlighted is used to control the global feature state. enabled or disabled. With disabled feature, it will wait for the readiness of only one component - swss "PortInitDone"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the FEATURE is enabled, why allow user to disable it here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FEATURE table controls the effect of a specific feature (sonic app extension) on sysmonitor. So it will, or won't have an effect on system startup flow.
But DEVICE_METADATA table controls the system ready state globally, with disabled
state it won't wait for any daemon enabled in FEATURE table, but only for swss's "PortInitDone"
I don't think so. Since affect on system readiness is configured using |
Typo on Combatibility? In reply to: 1722855007 Refers to: doc/system_health_monitoring/system-ready-HLD.md:105 in d2b8071. [](commit_id = d2b8071, deletion_comment = False) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@fastiuk who will monitor sysmonitor
task if its healthy? Its a chicken-egg problem....I think its better to montior the health of the system outside the sonic...
Oh, yes :) Will fix |
As part of this feature - no one |
Not yet, planning to have it on Monday |
Could you fix? In reply to: 1728546769 Refers to: doc/system_health_monitoring/system-ready-HLD.md:105 in d2b8071. [](commit_id = d2b8071, deletion_comment = False) |
Signed-off-by: Yevhen Fastiuk <yfastiuk@nvidia.com>
Comments addressed. Please approve and merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Please check with other reviewers.
@prgeor could you please take a look again? As you have done review in the past? |
@fastiuk can you please help to provide the code PR in this HLD? Thanks. |
Added |
Still target 202405 release, code PRs need be reviewed and Nvidia will help on the code PR review. @liat-grozovik |
Existing test cases will be used for regression testing. |
code PRs are still open, move to backlog for future release. |
Code PRs: