Bug 145399 - ppp connection reconnects despite PERSIST=no
ppp connection reconnects despite PERSIST=no
Status: CLOSED INSUFFICIENT_DATA
Product: Fedora
Classification: Fedora
Component: initscripts (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
bzcl34nup
:
Depends On:
Blocks: FC5Target
  Show dependency treegraph
 
Reported: 2005-01-17 18:43 EST by Ralph Loader
Modified: 2014-03-16 22:51 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-05-06 20:05:36 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Ralph Loader 2005-01-17 18:43:12 EST
Description of problem:

I have a ppp connection created via system-config-network with
"Restart if connection dies" turned off (corresponds to PERSIST=no in
the config file, I presume).

If the link dies, e.g., I power cycle the modem or unplug and replug
the phone line, then the link gets restarted after about 1 minute.

Version-Release number of selected component (if applicable):

initscripts-8.03-1

How reproducible:

Every time.

Steps to Reproduce:
1.  Configure ppp device with restarting turned off.
2.  Start ppp connection.
3.  Disconnect and reconnect modem, then wait.
  
Actual results:

ppp connection gets restarted.

Expected results:

ppp connection stays down.

Additional info:
Comment 1 Bill Nottingham 2005-01-17 22:50:38 EST
PERSIST is for whether or not to redial if pppd dies... is pppd dying?

I do assume that 'PERSIST=no' is in the config file.
Comment 2 Ralph Loader 2005-01-22 18:55:50 EST
Yes PERSIST=no is in the config file:

$ cat /etc/sysconfig/network-scripts/ifcfg-IHug
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
ONBOOT=no
USERCTL=yes
PEERDNS=yes
TYPE=Modem
DEVICE=ppp0
BOOTPROTO=dialup
AC=off
BSDCOMP=off
VJCCOMP=off
CCP=off
PC=off
VJ=off
LINESPEED=115200
MODEMPORT=/dev/ttyS1
PROVIDER=IHug
DEFROUTE=yes
PERSIST=no
PAPNAME=suckfish
WVDIALSECT=IHug
MODEMNAME=Modem0
DEMAND=no
Comment 3 Miloslav Trmač 2006-03-20 09:44:35 EST
Please replace the line
    exec /sbin/ppp-watch "${CONFIG##ifcfg-}" "$2"
in /etc/sysconfig/network-scripts/ifup-ppp by
    exec strace -o /tmp/ppp-log /sbin/ppp-watch "${CONFIG##ifcfg-}" "$2"

and after reproducing the problem attach the generated /tmp/ppp-log to this
report.
Comment 4 Ralph Loader 2006-03-20 13:05:05 EST
Unfortunately I no longer have a dial-up connection, so I can't test this
immediately.  I'll see if I can scrounge a modem and dial-up account from somewhere.
Comment 6 Bug Zapper 2008-04-03 11:49:40 EDT
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.

If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
Comment 7 Bug Zapper 2008-05-06 20:05:35 EDT
This bug has been in NEEDINFO for more than 30 days since feedback was
first requested. As a result we are closing it.

If you can reproduce this bug in the future against a maintained Fedora
version please feel free to reopen it against that version.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

Note You need to log in before you can comment on or make changes to this bug.