Bug 633923

Summary: nm-applet disappears from tray immediately
Product: [openSUSE] openSUSE 11.3 Reporter: Wolfgang Rosenauer <wolfgang>
Component: GNOMEAssignee: E-mail List <gnome-bugs>
Status: RESOLVED DUPLICATE QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: dimstar, mt, vuntz
Version: Final   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 11.3   
Whiteboard:
Found By: Community User Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Wolfgang Rosenauer 2010-08-24 06:53:18 UTC
When I login into my Gnome desktop, the nm-applet is displayed very shortly (I think) and disappears immediately again.
I can only get it back doing rcnetwork restart as root. Then it connects automatically.
Comment 1 Dominique Leuenberger 2010-08-24 07:06:12 UTC
Do you happen to get any error in ~/.xsession-errors ?
Comment 2 Wolfgang Rosenauer 2010-08-24 07:20:23 UTC
** (nm-applet:4414): WARNING **: get_all_cb: couldn't retrieve system settings properties: (2) The name org.freedesktop.NetworkManagerSystemSettings was not provided by any .service files.
** (nm-applet:4414): WARNING **: fetch_connections_done: error fetching system connections: (2) The name org.freedesktop.NetworkManagerSystemSettings was not provided by any .service files.

Those are the only ones I could find before the NetworkManager restart.
Comment 3 Wolfgang Rosenauer 2010-08-24 11:15:38 UTC
Ok, some more information. It's not really nm-applet.
NetworkManager is not running after boot for whatever reason.
network is obviously included in the runlevel but no NetworkManager process is running and rcnetwork status shows "unused". I couldn't find a good log entry which would explain that.
This is alsow why rcnetwork restart fixes the issue.
Comment 4 Vincent Untz 2010-09-04 21:28:37 UTC
Hrm, I'm not sure why it wouldn't be started on boot. My understanding is that the network service should be started on boot if you're going to runlevel 5 anyway...

Can you maybe take a look at the boot log next time you boot, by disabling the boot splash? Just to see if there's something about network there.
Comment 5 Wolfgang Rosenauer 2010-09-05 19:04:00 UTC
ah, sorry, found that a few days ago. 
NetworkManager is not started at boot time if network-remotefs is disabled.
I'm not sure why and if that makes sense but it's an initscript issue if anything.
Comment 6 Bin Li 2010-09-06 08:32:32 UTC
When the network script start, the FS_FILTER set to localfs, the script will exit like below shows. when use the network-remotefs, the FS_FILTER was set to remotefs, so the NetworkManager will be started. 

And why should we disable the network-remotefs?


if [ "$NETWORKMANAGER" = yes ] ; then
        if [ "$FS_FILTER" = "localfs" ] ; then
                # NetworkManager is not supported without remotefs
                # and will be started later via network-remotefs.
                case $ACTION in
                        (status) exit 3 ;;
                        (start)  exit 0 ;;
                        (stop)          ;;
                        (*)      exit 6 ;;
                esac
Comment 7 Wolfgang Rosenauer 2010-09-06 08:40:39 UTC
(In reply to comment #6)
> When the network script start, the FS_FILTER set to localfs, the script will
> exit like below shows. when use the network-remotefs, the FS_FILTER was set to
> remotefs, so the NetworkManager will be started. 

I believe it does as it's what I've seen but ...
 
> And why should we disable the network-remotefs?

People tend to adopt their configuration. I usually stop services I don't need and as my system doesn't rely on any "remotefs" I had it disabled.
Is NetworkManager depending on it because it has files below /usr ?

Then I'd like to question why and if really needed is there no other way to detect if NetworkManager can be used (aka /usr) is available w/o hardcoding it into network-remotefs?
Comment 8 Bin Li 2010-09-06 09:16:36 UTC
(In reply to comment #7)
> (In reply to comment #6)
> 
> > And why should we disable the network-remotefs?
> 
> People tend to adopt their configuration. I usually stop services I don't need
> and as my system doesn't rely on any "remotefs" I had it disabled.
> Is NetworkManager depending on it because it has files below /usr ?
There are a lot of files in it, but not sure if it's the reason that let network-remotefs to start NM.

> Then I'd like to question why and if really needed is there no other way to
> detect if NetworkManager can be used (aka /usr) is available w/o hardcoding it
> into network-remotefs?
Sorry I don't know about also. Let me ask Marius.

Marius,

 Do you have any idea about it?
Comment 9 Marius Tomaschewski 2010-09-13 09:00:27 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > 
> > > And why should we disable the network-remotefs?
> > 
> > People tend to adopt their configuration. I usually stop services I don't need
> > and as my system doesn't rely on any "remotefs" I had it disabled.
> > Is NetworkManager depending on it because it has files below /usr ?
> There are a lot of files in it, but not sure if it's the reason that let
> network-remotefs to start NM.

Exactly.
The network-remotefs starts all parts of the network (either NM or in ifup mode
wireless / ppp networks) that are installed in /usr. It's a mandatory requirement.

> > Then I'd like to question why and if really needed is there no other way to
> > detect if NetworkManager can be used (aka /usr) is available w/o hardcoding it
> > into network-remotefs?

I do not see any way with static LSB init dependencies we currently depend on.

See also bug 463439 comment 10.

*** This bug has been marked as a duplicate of bug 463439 ***