Skip to content

[container_checker] Exclude the 'always_disabled' container from expected running container list#7217

Merged
yozhao101 merged 2 commits intosonic-net:masterfrom
yozhao101:container_checker_fix
Apr 2, 2021
Merged

[container_checker] Exclude the 'always_disabled' container from expected running container list#7217
yozhao101 merged 2 commits intosonic-net:masterfrom
yozhao101:container_checker_fix

Conversation

@yozhao101
Copy link
Copy Markdown
Contributor

@yozhao101 yozhao101 commented Apr 2, 2021

Signed-off-by: Yong Zhao yozhao@microsoft.com

Why I did it

Since we introduced a new value always_disabled for the state field in FEATURE table, the expected running container list
should exclude the always_diabled containers. This bug was found by nightly test and posted at here: issue. This PR fixes #7210.

How I did it

I added a logic condition to decide whether the value of state field of a container was always_disabled or not.

How to verify it

I verified this on the device str-dx010-acs-1.

Which release branch to backport (provide reason below if selected)

  • 201811
  • 201911
  • 202006
  • [ x] 202012

Description for the changelog

A picture of a cute animal (not mandatory but encouraged)

expected running container list.

Signed-off-by: Yong Zhao <yozhao@microsoft.com>
@jleveque
Copy link
Copy Markdown
Contributor

jleveque commented Apr 2, 2021

@yozhao101: If a PR closes an issue, please use a keyword in the description to link the issue. This way the issue will automatically close when the PR merges

@yozhao101 yozhao101 linked an issue Apr 2, 2021 that may be closed by this pull request
Signed-off-by: Yong Zhao <yozhao@microsoft.com>
@yozhao101
Copy link
Copy Markdown
Contributor Author

@yozhao101: If a PR closes an issue, please use a keyword in the description to link the issue. This way the issue will automatically close when the PR merges

I will pay attention to such issue in future.

@yozhao101 yozhao101 merged commit 2737c96 into sonic-net:master Apr 2, 2021
@yozhao101 yozhao101 deleted the container_checker_fix branch April 2, 2021 15:05
daall pushed a commit that referenced this pull request Apr 2, 2021
…cted running container list (#7217)

Signed-off-by: Yong Zhao yozhao@microsoft.com

Why I did it
Since we introduced a new value always_disabled for the state field in FEATURE table, the expected running container list
should exclude the always_diabled containers. This bug was found by nightly test and posted at here: issue. This PR fixes #7210.

How I did it
I added a logic condition to decide whether the value of state field of a container was always_disabled or not.

How to verify it
I verified this on the device str-dx010-acs-1.

Which release branch to backport (provide reason below if selected)
 201811
 201911
 202006
[ x] 202012
raphaelt-nvidia pushed a commit to raphaelt-nvidia/sonic-buildimage that referenced this pull request May 23, 2021
…cted running container list (sonic-net#7217)

Signed-off-by: Yong Zhao yozhao@microsoft.com

Why I did it
Since we introduced a new value always_disabled for the state field in FEATURE table, the expected running container list
should exclude the always_diabled containers. This bug was found by nightly test and posted at here: issue. This PR fixes sonic-net#7210.

How I did it
I added a logic condition to decide whether the value of state field of a container was always_disabled or not.

How to verify it
I verified this on the device str-dx010-acs-1.

Which release branch to backport (provide reason below if selected)
 201811
 201911
 202006
[ x] 202012
carl-nokia pushed a commit to carl-nokia/sonic-buildimage that referenced this pull request Aug 7, 2021
…cted running container list (sonic-net#7217)

Signed-off-by: Yong Zhao yozhao@microsoft.com

Why I did it
Since we introduced a new value always_disabled for the state field in FEATURE table, the expected running container list
should exclude the always_diabled containers. This bug was found by nightly test and posted at here: issue. This PR fixes sonic-net#7210.

How I did it
I added a logic condition to decide whether the value of state field of a container was always_disabled or not.

How to verify it
I verified this on the device str-dx010-acs-1.

Which release branch to backport (provide reason below if selected)
 201811
 201911
 202006
[ x] 202012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

container_checker of monit sanity check failed

3 participants