Skip to content
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

The teamd docker not getting restarted when teamsyncd gets SIGTERM signal #10534

Open
judyjoseph opened this issue Apr 11, 2022 · 3 comments · May be fixed by sonic-net/sonic-swss#2230
Open
Assignees
Labels
Issue for 201911 Triaged this issue has been triaged

Comments

@judyjoseph
Copy link
Contributor

Description

The teamd docker not getting restarted when teamsyncd gets SIGTERM signal

Steps to reproduce the issue:

  1. Send SIGTERM signal to teamsyncd process in teamd docker
  2. Check if teamd docker exists

Describe the results you received:

The teamd docker did not restart.

str2--acs-1 INFO teamd1#supervisord 2022-04-11 18:39:11,420 INFO exited: teamsyncd (exit status 0; expected)
str2--acs-1 INFO teamd0#supervisord 2022-04-11 18:38:25,279 INFO exited: teammgrd (exit status 255; not expected)

The teamd docker did exit correct when SIGTERM is send to teammgrd process.

Describe the results you expected:

The teamd docker should restart as teamsyncd is a critical process.

Output of show version:

SONiC Software Version: SONiC.20191130.78
Distribution: Debian 9.13
Kernel: 4.9.0-14-2-amd64
Build commit: 7be7d5b265
Build date: Sat Aug  7 03:26:09 UTC 2021
Built by: AzDevOps@sonic-int-build-workers-0002IO

Output of show techsupport:

(paste your output here or download and attach the file here )

Additional information you deem important (e.g. issue happens only occasionally):

@prsunny prsunny added the Triaged this issue has been triaged label Apr 13, 2022
@prsunny
Copy link
Contributor

prsunny commented Apr 13, 2022

Is the issue on master or 201911 specific?

@judyjoseph
Copy link
Contributor Author

Prince, this issue is seen in master too

@nazariig
Copy link
Collaborator

@judyjoseph why do we want to restart when SIGTERM is received? What about service stop flow when supervisord sends SIGTERM by default?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue for 201911 Triaged this issue has been triaged
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants