Skip to content

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

Merged
yozhao101 merged 1 commit intosonic-net:masterfrom
yozhao101:update_monit_stable_time
Mar 18, 2021
Merged

[Monit] Increase maximum value of Monit stable time in sanity check.#3171
yozhao101 merged 1 commit intosonic-net:masterfrom
yozhao101:update_monit_stable_time

Conversation

@yozhao101
Copy link
Copy Markdown
Contributor

@yozhao101 yozhao101 commented Mar 18, 2021

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

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

Signed-off-by: Yong Zhao <yozhao@microsoft.com>
@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 <yozhao@microsoft.com>

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