-
Notifications
You must be signed in to change notification settings - Fork 163
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
[202205] Update xcvrd to use new STATE_DB FAST_REBOOT entry #343
[202205] Update xcvrd to use new STATE_DB FAST_REBOOT entry #343
Conversation
Dedicated PR for 202205 branch similar to #1213 as part of fast-reboot finalizer implementation. Update syncd_init_common to check if fast-reboot is enabled according to the new value for FAST_REBOOT entry in STATE_DB. This PR should come along with the following PRs: sonic-net/sonic-utilities#2724 sonic-net/sonic-platform-daemons#343 sonic-net/sonic-buildimage#14143 This set of PRs solves the issue sonic-net/sonic-buildimage#13251
…er (#2724) Dedicated PR for 202205 branch similar to #2621 as part of fast-reboot finalizer implementation. This should come along with sonic-buildimage PR implementing fast-reboot finalizing logic in finalize-warmboot script and other submodules PRs utilizing the change. This PR should come along with the following PRs as well: sonic-net/sonic-sairedis#1217 sonic-net/sonic-platform-daemons#343 sonic-net/sonic-buildimage#14143 This set of PRs solves the issue sonic-net/sonic-buildimage#13251 What I did Remove the timer used to clear fast-reboot entry from state-db, instead it will be cleared by fast-reboot finalize function implemented inside finalize-warmboot script (which will be invoked since fast-reboot is using warm-reboot infrastructure). As well instead of having "1" as the value for fast-reboot entry in state-db and deleting it when done it is now modified to set enable/disable according to the context. As well all scripts reading this entry should be modified to the new value options. How I did it Removed the timer usage in the fast-reboot script and adding fast-reboot finalize logic to warm-reboot in the linked PR. Use "enable: true/false" instead of "1" as the entry value. How to verify it Run fast-reboot and check that the state-db entry for fast-reboot is being deleted after finalizing fast-reboot and not by an expiring timer.
/azpw run |
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
@arfeigin is cherry pick failing because of which this PR needs to be raised separately for 202205? |
01bafe3
to
52c8f68
Compare
In this repo not, we raised dedicated set of PRs for 202205 branch as we needed for a new updated 202205 version. |
@vaibhavhd Please note, there is a submodule update to pick this change in 202205 - sonic-net/sonic-buildimage#14275 |
This PR is similar to #335, dedicated to 202205 branch.
Update xcvrd to check if fast-reboot is enabled according to the new value for FAST_REBOOT entry in STATE_DB.
This PR should come along with the following PRs:
sonic-net/sonic-buildimage#14143
sonic-net/sonic-sairedis#1217
sonic-net/sonic-utilities#2724
This set of PRs solves the issue sonic-net/sonic-buildimage#13251
Description
Update xcvrd to check the updated form of fast-reboot entry in state-db as it was changed.
Motivation and Context
Introducing fast-reboot finalizer on top of warmboot-finalizer, fast-reboot entry in STATE_DB is now changed from "1"/None to "enable: true/false".
How Has This Been Tested?
Existing tests, and fast-reboot.
Additional Information (Optional)