After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 602734 - interface up on link status?
interface up on link status?
Status: RESOLVED DUPLICATE of bug 511581
Product: NetworkManager
Classification: Platform
Component: general
0.7.x
Other Linux
: Normal normal
: ---
Assigned To: Dan Williams
Dan Williams
Depends on:
Blocks:
 
 
Reported: 2009-11-23 14:35 UTC by Brian J. Murrell
Modified: 2010-02-01 22:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Brian J. Murrell 2009-11-23 14:35:43 UTC
I have a laptop which I mostly use by remote ssh.  Although, when I need to, obviously I can log into a desktop session.

As such, I have my wired ethernet connection configured as a "system" connection so that it's started when the machine boots, regardless of desktop login use.

If the DHCP server that I normally get an address from is unavailable at renewal time, network manager fails to get a lease and then that's that for that machine.  I have to go to it and log into a desktop session just to renew the lease when the DHCP server comes back.  That sucks.  Alternatively I can restart the network manager daemon, but that sucks just about as much.

So two things... why does NM give up so easily?  Why is it not continually trying to renew that lease so that when the server does come back, it gets a lease promptly?

Secondarily, why does a no-link->link NIC status not initiate a "port up" sequence on system connections?  i.e. so that simply unplugging then plugging the network cable initiate an "interface up" transition in NM?

A distant third, why is there no way other than using a graphical desktop tool to manipulate interfaces?
Comment 1 Dan Williams 2010-01-03 01:00:21 UTC
Yes, NM needs to try again later after a backoff interval.  That's planned.
Comment 2 Dan Williams 2010-02-01 22:59:14 UTC

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