Bug 364951
Summary: | firstboot doesn't start if network connection fails | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Max Kanat-Alexander <mkanat> |
Component: | firstboot | Assignee: | Chris Lumens <clumens> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | rawhide | CC: | andy.hudson, jamundso, stickster, tiagomatos |
Target Milestone: | --- | Flags: | mkanat:
fedora_requires_release_note?
|
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-04-22 14:00:09 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: |
Description
Max Kanat-Alexander
2007-11-03 01:45:09 UTC
Happens in F8 if you just don't plug in a network cable or set ONBOOT=no for all of the interfaces... I'm betting this is going to have to be added to the release notes post-release. I think the common bugs page might be a better place for this: http://fedoraproject.org/wiki/Bugs/F8Common Feel free to edit that page directly to note the problem. By the time we press this to release notes and get it translated -- around 30 days from release is the next planned update for relnotes -- it may be fixed in a package update. Obviously we can't do anything about the Gold ISOs at this point. I'm seeing this behaviour too - my router seems to have given up the ghost on a couple of ports so IP addresses weren't being doled out. Methinks this will probably hit quite a few people! There's no chance that this could be incorporated into an official update spin? Further to this, I just installed Fedora 8 using the Live GNOME CD on a Dell Latitude D620. I had network connectivity under the live environment, and could browse the internet. Once the installation finished I rebooted into the installed environment - no firstboot. Logged in as root to find that I had network connectivity (could browse the internet). Checked my services at the command line to see that NetworkManager was enabled in Runlevels 2,3,4, & 5, but NetworkManagerDispatcher was not enabled at all. I disabled NetworkManager using chkconfig --levels 2345 NetworkManager stop and rebooted. Hey presto, straight into firstboot. This seems to be some kind of race condition between the rhgb X server and the GDM one triggered by the use of NetworkManager. On one of those failed firstboots if you change to a vt and login as root you can see a log on /tmp which basically says that gtk wasn't able to open the $DISPLAY. I mean no offense to the rhgb developers but rhgb seems to be extremely fragile to these kind of races. Hopefully on Fedora 9 with the new kernel graphics mode setting all this hackery can just go away. Please try again with rhgb-0.17.7-3.fc9 when it is pushed, as this version backs out a patch regarding the handling of the loopback interface. If that version fixes this problem, we can go ahead and close this bug report out. (In reply to comment #7) > Please try again with rhgb-0.17.7-3.fc9 when it is pushed, as this version backs > out a patch regarding the handling of the loopback interface. If that version > fixes this problem, we can go ahead and close this bug report out. That one doesn't fix it. Actually, the Fedora 8 live CD already has rhgb-0.17.7-3.fc8. Is this any better in F9 Alpha? No better with F9 Alpha. I'll download F9 Beta and try it. I am unable to reproduce this with networking disabled under rawhide. Yup, this seems to work in F9 Preview. |