Bug 1188664
Summary: | beah sometimes starts before the network is ready, causing the recipe to hang | ||
---|---|---|---|
Product: | [Retired] Beaker | Reporter: | Pavel Holica <pholica> |
Component: | beah | Assignee: | Dan Callaghan <dcallagh> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | tools-bugs <tools-bugs> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | aigao, dcallagh, dowang, ebaak, jfeeney, jstancek |
Target Milestone: | 21.0 | Keywords: | NeedsTestCase, Patch |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-08-26 06:17:35 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1084527, 1085937 |
Comment 3
Pavel Holica
2015-02-09 12:00:48 UTC
Workaround for beah is to put following lines to kickstart: %post systemctl enable NetworkManager-wait-online.service %end Thanks for the explanation Pavel - we'll aim to get this into the next harness release. We can't just unconditionally require and/or enable NetworkManager-wait-online.service because the recipe might not be using NetworkManager... The real fix is to make beah use a sane resolver (i.e. the glibc one) that actually obeys changes in /etc/resolv.conf instead of Twisted's flawed reimplementation. Sigh. Just to make decision easier. NM is default in RHEL-7, it's even in core group so test that doesn't want to use NM needs to already take extra steps disabling it (either masking it or disabling it in ifcfg script), so additional extra step in masking NetworkManager-wait-online.service in such tests shouln't be problem. I'm aware that this may break some tests, but noting this change in some release notes should be ok. After reading http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ I think the right answer is actually for the beah services to have: After=network-online.target Wants=network-online.target That way it is independent of the network management daemon, *and* it doesn't impact any other services on the system (which enabling NetworkManager-wait-online.service would). Test builds are here: http://galangal.usersys.redhat.com/~dcallagh/bz1188664/ To try it in your RHEL7 recipes: <repos> <repo name="beaker-harness-bz1188664" url="http://galangal.usersys.redhat.com/~dcallagh/bz1188664/" /> </repos> Beaker 21.0 has been released. |