Bug 147896 - Info for eth0 is lost on reboot, can be updated works until reboot.
Summary: Info for eth0 is lost on reboot, can be updated works until reboot.
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: system-config-network
Version: rawhide
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL: 67.183.21.163
Whiteboard: bzcl34nup
Depends On:
Blocks: 87718
TreeView+ depends on / blocked
 
Reported: 2005-02-12 05:39 UTC by Timothy Payne
Modified: 2008-05-07 00:06 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-05-07 00:06:31 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Timothy Payne 2005-02-12 05:39:58 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041020
Firefox/0.10.1

Description of problem: Data for eth0 is lost on reboot and
 /etc/hosts will not hold name change for system name on reboot.  This
would all happen when the machine was idle with the last kernel, but
after update with the latest kernel it only happens on reboot.

Version-Release number of selected component (if applicable):
FC 3

How reproducible:
Always

Steps to Reproduce: reboot
1.reboot
2.
3.
    

Actual Results:  No access to the net

Machine # 10.0.0.10 sub: 255.255.255.0 gateway 10.0.0.1

reinput above data with internet config. wiz. no problem, other than I
have to do it after any reboot.

Expected Results:  Hold the data.

Additional info:

Solved bug: 129914 that is solved but may provide more info for a fix
as it is the same machine.

Comment 1 Bill Nottingham 2005-02-14 18:43:44 UTC
Please attach /etc/sysconfig/network-scripts/ifcfg-*.

Comment 2 Timothy Payne 2005-02-14 19:32:52 UTC
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
IPV6INIT=no
ONBOOT=yes
USERCTL=yes
PEERDNS=yes
GATEWAY=10.0.0.1
TYPE=Ethernet
DEVICE=eth0
HWADDR=00:0e:a6:bc:57:7e
BOOTPROTO=none
NETMASK=255.255.255.0
IPADDR=10.0.0.10


Comment 3 Bill Nottingham 2005-02-14 19:45:16 UTC
So, after each reboot, you only have a network route, not a default route?

Comment 4 Timothy Payne 2005-02-15 06:12:00 UTC
I don't really understand the question, but the info above is lost on
reboot.  If re input gateway, netmask, ipaddress, it will work.  Also
if a host name is added to the hosts file it to is lost.

Comment 5 Bill Nottingham 2005-02-15 17:39:31 UTC
Can you attach a tarball of /etc/sysconfig/networking and
/etc/sysconfig/network-scripts?

Are you changing your profile at all?

Comment 6 Timothy Payne 2005-02-16 04:33:07 UTC
Please advise the command for tar, I don't use it much so I'd like to
get you exactly what you want the first time.

No I don't change my profile, but I can log out then log in as root,
log out and back to user and the connection is not effected.  It just
gets lost on reboot, and I have had it up for 3 + days with no
problem.  Yesterday I logged out of gnome and back in using KDE and
still no problem for the last 24 hrs.

Comment 7 Harald Hoyer 2005-02-16 10:35:16 UTC
You might want to remove the directory /etc/sysconfig/networking
completly, just to be sure.

Comment 8 Timothy Payne 2005-02-17 05:58:36 UTC
Oh, that was a good idea.  It trashed everything on the machine
connected with the network.  Good thing I didn't dump the trash and
still had the folder to put it back.

Comment 9 Harald Hoyer 2005-02-17 10:24:07 UTC
huh? everything, which is important, should be in
/etc/sysconfig/network-scripts and if it isn't, something is completly
broken.

Comment 10 Timothy Payne 2005-02-17 18:16:10 UTC
Now the OS can find the card but not update the information, I've
tried to update from the CD's but the stupid bug about the gemomerty
of the drive won't let me.  So now nothing works and all of the
information about the apps that use the network is gone so now nothing
works.

So now I will try to recover my data and get another OS that works. 
Close this but as it no longer will apply.  I was using Red Hat since
ver 5 but not any more.

Comment 11 Matthew Miller 2006-07-10 22:19:20 UTC
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.

Thank you!


Comment 12 Bug Zapper 2008-04-03 15:52:34 UTC
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.

If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

Comment 13 Bug Zapper 2008-05-07 00:06:29 UTC
This bug has been in NEEDINFO for more than 30 days since feedback was
first requested. As a result we are closing it.

If you can reproduce this bug in the future against a maintained Fedora
version please feel free to reopen it against that version.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp


Note You need to log in before you can comment on or make changes to this bug.