Recover testbed via console. #10806
Conversation
b82c5b1 to
6ff8522
Compare
db837ab to
eacaf9f
Compare
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
1 similar comment
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
3f21f70 to
4491d09
Compare
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
32120af to
5af0363
Compare
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
The pre-commit check detected issues in the files touched by this pull request. Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
What is the motivation for this PR? In PR #10806, we support auto recovery of testbeds via console. But at that time, we didn't support nexus testbeds. In Nexus testbeds, they first enter into loader, and after rebooting in loader, they enter into ONIE. So in this PR, we enhance the function which will do recover in ONIE to cover this sistuation. How did you do it? Enhance the function which will do recover in ONIE to cover Nexus testbeds. If the type of testbeds is Nexus, first do reboot, and then, recover in ONIE.
…overed via console. (#11318) What is the motivation for this PR? In PR #10806 , we support auto recovery of testbeds via console. After power cycle, we will add ip and route information on device. And in this PR, we will add these information into file /etc/network/interface to avoid losing management ip again after reboot. How did you do it? Give the template of /etc/network/interface and after power cycle, fill in this template and set it on device. How did you verify/test it? When the scripts finish running, reboot the device, and it will not lose management ip.
What is the motivation for this PR? In PR #10806, we support auto recovery of testbeds via console. But at that time, we didn't support nokia testbeds. In Nokia testbeds, they first enter into u-boot, and we can enter into ONIE through u-boot. So in this PR, we enhance the function which will do recover in ONIE to cover this sistuation. How did you do it? Enhance the function which will do recover in ONIE to cover Nokia testbeds. If the type of testbeds is Nokia, enter into ONIE through u-boot, and then, recover in ONIE. How did you verify/test it? Recover Nokia testbeds.
#11604) What is the motivation for this PR? In PR #10806, we support auto recovery of testbeds via console. But at that time, we didn't support Celestica testbeds at that time. Celestica testbeds use ONIE so we directly add Celestica into the branch which will be recoverd by ONIE. How did you do it? Add Celestica into the branch which will be recoverd by ONIE
Description of PR
There are lots of unhealthy testbeds in our pool, which needed to be recovered. But some of them lost their management ip, and could not be connected via ssh. So we need another method to access these devices and recover them. In this PR, we connect to devices via console, and try to recover it via console.
In this first period, the script can be used to recover unhealthy testbeds using onie and aboot. And other types of testbeds will be supported in next period.
Summary:
Fixes # (issue)
Type of change
Back port request
Approach
What is the motivation for this PR?
There are lots of unhealthy testbeds in our pool, which needed to be recovered. But some of them lost their management ip, and could not be connected via ssh. So we need another method to access these devices and recover them. In this PR, we connect to devices via console, and try to recover it via console.
In this first period, the script can be used to recover unhealthy testbeds using onie and aboot. And other types of testbeds will be supported in next period.
How did you do it?
In this PR, we will check if we can connect to the device via ssh and if
sonic-installeris usable on the device. If not, we will connect to the device via console and do power cycle.We should execute command like
under folder
sonic-mgmt/ansibleHow did you verify/test it?
I tested on several testbeds and these testbeds can be recovered via my script.
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation