[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Might Be A Problem With NM



On Mon, 2007-10-29 at 17:16 -0400, Jeremy Katz wrote:
> On Mon, 2007-10-29 at 17:10 -0400, Dan Williams wrote:
> > 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.
> 
> Or more really, we shouldn't be showing the network screen at all right
> now if you're using NetworkManager.  Unfortunately, there's no way to
> just divine that so while we have two stacks, the experience sucks a
> little. 
> 
> When we get to the system-wide daemon in F9, this can be fixed for
> realsies

In the meantime, would a feature request to make NetworkManager leave
the interfaces alone on startup? I'm assuming it doesn't have a startup
configuration (otherwise system-config-network can configure that
instead of ifcfg-XXX). It _COULD_ cause potential problems for systems
which require network connection prior to logging on. (In my case, I
couldn't log on to a Gnome session because the system blocked on NFS).
What about NFS-mounted $HOME dirs?
--

Richi Plana


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]