Might Be A Problem With NM

Dan Williams dcbw at redhat.com
Mon Oct 29 21:10:17 UTC 2007


On Tue, 2007-10-30 at 06:09 +1000, Dave Airlie wrote:
> On Mon, 2007-10-29 at 10:18 -0600, Richi Plana wrote:
> > Running F8T3, last night I did a "yum update" after not having done so
> > for a while (to give an idea, I had to yum update rpm* yum* to get past
> > yum update balking on the nodoka-gnome-theme dependency issue). After a
> > successful update, I tried logging in as my regular user only to block
> > for an indefinite amount of time with the background screen loaded and
> > the panel all grey.
> > 
> > After fiddling around with the system from a virtual console, I found
> > out what might be the problem. I have $HOME/Music mounted from an NFS
> > exported directory (via /etc/fstab). It seems as if the session startup
> > process blocks, prolly stat'ing the filesystem.
> > 
> > The odd thing is this used to work prior to my updating the system. Now,
> > from gdm, I notice that the ethernet connection that went up via the old
> > rc network script had gone down, prolly after NM started.
> > 
> > My question is, what should I do to fix it? Can we now remove starting
> > network interfaces at bootup via the old RC scripts and use
> > NetworkManager now?
> 
> Have to agree this is most annoying, I wonder is it a blocker...
> 
> So machine starts spends its time getting a dhcp address just to have it
> thrown away when the networkmanager service starts..
> 
> sorta sucks if you don't run X always..

This is more of an issue with installs setting the ifcfg-XXX scripts to
star the device at-boot.  If NM is being used, you don't really want the
system networking scripts to bring the device up at all, but to punt
that to the NM start.

Dan





More information about the fedora-devel-list mailing list