Bug 636080
| Summary: | Reset network setup reset after test if necessary | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] Beaker | Reporter: | Marian Csontos <mcsontos> | ||||
| Component: | beah | Assignee: | beaker-dev-list | ||||
| Status: | CLOSED EOL | QA Contact: | |||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 0.5 | CC: | azelinka, bpeck, mastyk, mcsontos, tools-bugs | ||||
| Target Milestone: | --- | Keywords: | FutureFeature | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | Misc | ||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-02-11 12:17:52 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 872421 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Marian Csontos
2010-09-21 13:52:40 UTC
Bulk reassignment of issues as Bill has moved to another team. I'll be helping with #862518 tomorrow, so reassigning this one. Current thoughts are that we can probably improve our handling of this situation by writing a (shell or Python 2.2 compatible) script (e.g. "10_restore_network") that runs when the local watchdog fires (see the section on custom scripts in http://git.beaker-project.org/cgit/rhts/tree/doc/README). This script should check if it can ping the lab controller, if that works, there's nothing to be done since the test didn't break the network, it just died for some reason. If it *doesn't* work, then it should make a very basic attempt at getting a working network setup back by doing something rough-and-ready like: 1. Forcing "BOOTPROTO=dhcp" in all /etc/sysconfig/network-scripts/ifcfg-* files (other than ifcfg-lo) 2. Try restarting the NetworkManager service 3. If the restart succeeds, try pinging the lab controller again 4. If the ping succeeds, jump to step 9 5. If the ping failed, stop the NetworkManager service again 6. Restart the network service 7. If the restart succeeds, try pinging the lab controller again 8. If the ping failed, bail out (we have nothing left to try) 9. Upload some logs (such as the ifcfg-* files) Could skip steps 2-5 on versions of RHEL prior to 6 (but it may be easier to just let the restart command fail at step 2 rather than trying to detect those versions) A potentially attractive alternative to trying to create a "one-size-fits-all" approach is to turn this into a docs bug, and simply better advertise the ability for users to install their *own* network recovery scripts for execution when the local watchdog fire, if they're writing tests that are particularly prone to breaking the test system's network connectivity. Created attachment 636928 [details]
draft script for review
This command will run in the same environment as test tasks do, but the associated documentation is rather poor. I've created #872421 to note this, and marking it as a blocker for this bug, as those docs are needed not just for people writing tests, but also for developers writing scripts and other components that need to execute locally on the system under test. Beah is no longer supported by Beaker development team. Instead of that, we are working on Restraint test harness. You can find all the features of Restraint here. https://restraint.readthedocs.io/en/latest/ If you think your RFE should be still implemented as part of Restraint feel free to create a new BZ ticket. https://bugzilla.redhat.com/enter_bug.cgi?product=Restraint In case you have any question feel free to reach out to me Thank you, Martin Styk <martin.styk> |