Separate syncd service from swss service#2051
Conversation
- Move checks and waits to helper functions. - Remove early returns from code stream Signed-off-by: Ying Xie <[email protected]>
Signed-off-by: Ying Xie <[email protected]>
Still make them start/stop/restart synchronously so existing scripts continue working. Signed-off-by: Ying Xie <[email protected]>
jipanyang
left a comment
There was a problem hiding this comment.
Some questions:
<1> So warm restart is disabled on both syncd and swss, then "systemctl restart" either one will cause the other service to be restarted too?
<2> What if warm restart is enabled on swss but disabled on syncd, or the vice versa. Will the change handle restart of either service?
<3> If syncd is performing warm restart itself, the get operation from orchagent is synchronous, will some get request be dropped by syncd or times out in orchagent?
…t code Syncd warm boot needs more thinking, we can put it back once the work flow has been defined and ready for coding/testing.
|
Thanks Jipan for great questions: <1>. Yes, with these change, syncd and swss will change state synchronously, one changes, the other will follow. |
|
for <1>, restart syncd should not restart swss in non-warm boot scenario. we probably should have a matrix, warm restart enabled for swss/syncd, and which service are we restarting. But, I think we should focus on making swss/syncd both warm or both cold, and test swss and syncd restart first. |
Semi-detach syncd service state change from swss: - swss state change still chase syncd service to follow except warm boot - syncd state change will only affect itself. Signed-off-by: Ying Xie <[email protected]>
691c37b [Route bulk] Fix bugs in case a SET operation follows a DEL operation in the same bulk (sonic-net#2086) a4c80c3 patch for issue sonic-net#1971 - enable Rx Drop handling for cisco-8000 (sonic-net#2041) 71751d1 [macsec] Support setting IPG by gearbox_config.json (sonic-net#2051) Signed-off-by: Stephen Sun <[email protected]>
#### What I did Fixes sonic-net#2051 RemoveRack/AddRack is confirmed to be working correctly by Renuka. Check sonic-net/sonic-mgmt#5254 #### How I did it - Enabled ADD_RACK test - Created REMOVE_RACK test using opposite data to ADD_RACK, verified the generated steps manually. #### How to verify it UnitTest and the KVM test by Renuka. #### 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)
- What I did
- How to verify it