-
Notifications
You must be signed in to change notification settings - Fork 778
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
[202405]Enhance advance reboot test (#15880) #16160
[202405]Enhance advance reboot test (#15880) #16160
Conversation
* Add more debug information to the advance reboot 1. Add more debug information 2. When get the dut time has exception, need to not break the get teamd state function 3. When get the finalizer_state, if the state is set to empty should not return. Change-Id: Ifb87ca9a5c7321cc632e100b8ceda759fa0ea804
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
@@ -1457,14 +1467,24 @@ def wait_until_teamd_goes_down(self): | |||
|
|||
while teamd_state == 'active': | |||
time.sleep(1) | |||
dut_datetime_during_shutdown = self.get_now_time() | |||
try: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would be better to define a new function - run_and_ignore_failure, as you use it more than once
@@ -1003,8 +1003,14 @@ def check_warmboot_finalizer(self, finalizer_timeout): | |||
self.finalizer_state = self.get_warmboot_finalizer_state() | |||
self.log('warmboot finalizer service state {}'.format(self.finalizer_state)) | |||
count = 0 | |||
while self.finalizer_state == 'activating': | |||
self.finalizer_state = self.get_warmboot_finalizer_state() | |||
while self.finalizer_state != 'inactive': |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do we change the logic from ==activating to !=inactive ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do we change the logic from ==activating to !=inactive ?
The is some chance that self.get_warmboot_finalizer_state() will return "" if the it some problem to access the dut
@bingwang-ms Can you help to merge this? this is to handle the confilict in 202405 for PR #15880 which was already merged |
Description of PR
Summary:
Fixes # (issue)
cherry-pick for #1588
Type of change
Back port request
Approach
What is the motivation for this PR?
How did you do it?
How did you verify/test it?
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation