Bug 739746
Summary: | dhcp / bind mismatch on f15 to f16 upgrade: no network | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
Component: | bind | Assignee: | Adam Tkac <atkac> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | atkac, dmytro, jeff, jnovy, john.ellson, ovasik, tflink |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedBlocker | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-10-03 16:01:46 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: | |||
Bug Blocks: | 713564 |
Description
Adam Williamson
2011-09-19 21:53:41 UTC
+1 as a blocker, but if anyone else gets stuck without a network because of this, the following worked for me: cd /usr/lib64 ln -s libisc.so.83.0.1 libisc.so.81 ln -s libisc-export.so.83.0.1 libisc-export.so.81 (In reply to comment #1) > but if anyone else gets stuck without a network because of this, the following > worked for me: > > cd /usr/lib64 > ln -s libisc.so.83.0.1 libisc.so.81 > ln -s libisc-export.so.83.0.1 libisc-export.so.81 Yes, this should work, dhclient (not sure about dhcpd) uses only small subset of libisc ABI and this subset didn't change between .81 and .83 I'm also +1 blocker on this. While the workaround from comment 1 does work, the root cause of the problem is not incredibly obvious. Since that makes it +3 blocker, I'm moving to accepted. Ironically, what saved me when this happened to me was IPv6. My work network is IPv6 enabled so I got an IPv6 address via router advertisement after I upgraded my work desktop system. I added the IPv6 address of my nameserver to /etc/resolv.conf and was then able to do a "yum upgrade --enablerepo=updates-testing" to get the F16 build of BIND. While the updated bind may solve this particular problem, the underlying issue is that faulty upgrade logic allowed the problem to appear in the first place. Correspondingly, I added Bug 740601 - Upgrades using preupgrade should downgrade packages as appropriate It looks like the updates for dhcp and bind have been pushed to stable for F16, moving this to ON_QA I just tested preupgrade from F15 -> F16. The appropriate dhcp and bind packages are installed, network works without extra intervention. Moving this to VERIFIED. the update is pushed stable, so we can close this now. |