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

[Monit] Increase maximum value of Monit stable time in sanity check. #3171

Merged
merged 1 commit into from
Mar 18, 2021

Conversation

yozhao101
Copy link
Contributor

@yozhao101 yozhao101 commented Mar 18, 2021

Signed-off-by: Yong Zhao [email protected]

Description of PR

Summary:
This PR aims to increase the maximum value of Monit stable time in sanity check.

Fixes # (issue)

Type of change

  • [x ] Bug fix
  • Testbed and Framework(new/improvement)
  • Test case(new/improvement)

Approach

What is the motivation for this PR?

When this PR (#2890) was ran against virtual testbed, it restarted Monit service in the fixture after testing. This will cause the failure of sanity check for next test since Monit did not have enough time to initialize the states of services.

How did you do it?

I increase the maximum value of Monit stable time in sanity check.

How did you verify/test it?

I verify this on the virtual testbed by running the script kvmtest.sh to make sure pytest script can pass the test.

Any platform specific information?

N/A

Supported testbed topology if it's a new test case?

Documentation

@yozhao101 yozhao101 requested a review from a team as a code owner March 18, 2021 06:16
@yozhao101 yozhao101 merged commit 21113e8 into sonic-net:master Mar 18, 2021
@yozhao101 yozhao101 deleted the update_monit_stable_time branch March 18, 2021 23:32
vmittal-msft pushed a commit to vmittal-msft/sonic-mgmt that referenced this pull request Sep 28, 2021
…ck. (sonic-net#3171)

Signed-off-by: Yong Zhao <[email protected]>

Summary:
This PR aims to increase the maximum value of Monit stable time in sanity check.

Fixes # (issue)

Type of change
[x ] Bug fix
 Testbed and Framework(new/improvement)
 Test case(new/improvement)
Approach
What is the motivation for this PR?
When this PR (sonic-net#2890) was ran against virtual testbed, it restarted Monit service in the fixture after testing. This will cause the failure of sanity check for next test since Monit did not have enough time to initialize the states of services.

How did you do it?
I increase the maximum value of Monit stable time in sanity check.

How did you verify/test it?
I verify this on the virtual testbed by running the script kvmtest.sh to make sure pytest script can pass the test.

Any platform specific information?
N/A
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants