From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031003 Description of problem: using hagenuk isdn modem; modemdetection failes; setup manually; activate connection works well; lock file is created; but modem is _not_ set "active"; so one has to kill connection with kill ppp connection manually; this is even an issue with fedora; Version-Release number of selected component (if applicable): redhat-config-network-1.2.58 How reproducible: Always Steps to Reproduce: 1.start modem connection 2.ppp is working 3.modem not set "active" Actual Results: see above Expected Results: modem should be set to "actice" so I will be able to deactivate it later; Additional info:
I am using Fedora RawHide (as of 27 Dec 2003) on PPC, including initscripts 7.43-1 and system-config-network 1.3.13-2. When I bring up my ppp modem link using system-control-network I have similar trouble. Selecting my interface and clicking "Activate" causes the following: 1. Two windows pop up. One is titled "Network device activating..." and says, "Activating network device Chicago_EarthLink, please wait..." The other is titled "system-config-network:" and also says "Activating network device Chicago_EarthLink, please wait..." 2. The link is brought up successfully. 3. BUT...the two windows that popped up never go away. This makes further use of this instance of system-control-network impossible. AND the interface is still listed as inactive in this instance of system-control-network, HOWEVER, executing a _second_ instance of system-control-network does list the ppp interface as active. Clicking deactivate on the second instance causes the link to come down AND causes the first instance to quit stalling and say "Failed to activate <interface> with error 5" (even though the link had been operating correctly while the first system-control-network instace had seemed to stall) ALSO, "ifup <ppp interface>" causes the link to come up but also remains running in the foreground of the shell. In other words it does not seem to run pppd in daemon mode (no fork?). Some odd things I noticed in ifup-ppp and friends: 1. the nodetach pppd option is used by ifup-ppp (is this right?) 2. ppp-watch is not executed in the background (does it fork?)
I have the same problem with Enterprise Linux WS 3 on a Pentium 3 system with an external modem connected to a serial port. PPP0 comes up and works just fine, but is not marked "active" by the GUI and the "Deactivate" button remains grayed out and does not work. "Ifdown ppp0" does not close the connection, even when executed while logged in as root.
This bug still rears its ugly head in Fedora Core 2 Test 1 (see Additional Comment #1).
I have a similar problem with the Fedora Core 2 release. When I select a network device and click "Activate" the device becomes active (I can browse the network, etc) but the Status remainds "Inactive". I can also deactivate the device by clicking the "Deactivate" button. So I assume the only problem is the Status field not being updated.
*** Bug 107816 has been marked as a duplicate of this bug. ***
*** Bug 114075 has been marked as a duplicate of this bug. ***
*** Bug 122230 has been marked as a duplicate of this bug. ***
*** Bug 124705 has been marked as a duplicate of this bug. ***
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.