Issue 0060
- Summary
- One test that hangs the machine disrupts all following scheduled tests
- Owner
- Tim
- Reporter
- Tim
- Status
- closed
- Priority
- very high
Description [edit section]
One test that hangs a machine (like Interbench on bbb), causes all subsequent automated tests to fail.Fuego needs to gracefully recover from this (which requires either manual intervention, or reboot of the hardware).
I have the capability for this, but I'm not sure where to put it. new: ov_hardware_reboot?
This is simple for a ttc-based client, but may be hard if automated power cycling is not possible.
Fuego should automatically do a hardware reboot, if the board health detection fails (in ov_transport_connect)
We need better error handling in ov_transport_connect - it ends up in signal_handler, when it should be issuing it's own error message and let the caller decide what to do.
pre_test should reboot the board if it can't connect. - No - that covers up lab problems.
NO, NO, NO - post_test should check for dead board, and reboot it then, with a massive failure message in the test that just ran!
Notes [edit section]
Support for ov_board_control_reboot was added in post_test.
- backlink