Bug 1625423
| Summary: | beaker-repo-update fail | ||
|---|---|---|---|
| Product: | [Retired] Beaker | Reporter: | ed |
| Component: | general | Assignee: | Roman Joost <rjoost> |
| Status: | CLOSED DUPLICATE | QA Contact: | tools-bugs <tools-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | dcallagh, mtyson, rjoost |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | aarch64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-09-16 23:00:17 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
ed
2018-09-04 22:02:04 UTC
Additional info.. Beaker system will now not start a job following provision/reboot - Executed an inventory job on a previously working system, rack, beaker-controller - System under test (in this case an Osprey) boots successfully - Osprey ethernet has good IP address, can ping the beaker server, beaker controller, and google.com - Beaker Controller: verified all services are running - beaker-proxy, beaker-provision, beaker-watchdog, dhcpd, httpd, tftp - Beaker Server: verified all services are running: beakerd, ntpd, mariadb The beaker system stopped working following the failed beaker-repo-update Entire system was fully operational prior to the beaker-repo-update command fail Dear Ed, beaker-repo-update received maintenance updates in our latest 25.6 release. The corresponding bug is: Bug 1619969. What you're describing looks like what Dan has just spend time on, but I'm not 100% sure. Check Bug 1619969 comment 1 which has a workaround if the repositories are in a bit of a messed up state in case you do not want to upgrade to 25.6. Please let me know if that has solved the problem for you and your harness repositories. Roman, Applied the workaround from 1619969 and it resolved the issue, lab is back speed. Will need to schedule time at some point to upgrade the server. Thanks! Will mark this as a duplicate of bug 1619969. Just note that the workaround is not a very good one -- it is not only the repodata that can be inconsistent but the packages themselves could be corrupted, as I later discovered. The corrupted packages will be fixed by running beaker-repo-update after Beaker is upgraded to 25.6. So it would be best to upgrade ASAP. However, if the packages can be successfully installed on the system under test then it means they aren't corrupted so in that case there is no rush to upgrade I guess. Just something to bear in mind. *** This bug has been marked as a duplicate of bug 1619969 *** |