Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 60705 - Connection fails (configuration utilities don't erase /etc/ppp/peers/pppx)
Connection fails (configuration utilities don't erase /etc/ppp/peers/pppx)
Product: Red Hat Linux
Classification: Retired
Component: redhat-config-network (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Ngo Than
Depends On:
  Show dependency treegraph
Reported: 2002-03-04 22:49 EST by fred-m
Modified: 2008-05-01 11:38 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-04-11 20:41:23 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description fred-m 2002-03-04 22:49:52 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.0.3 (X11; Linux i686; U;) Gecko/20020205

Description of problem:
One more bug on redhat-config-network. I re-defined my modem-based internet
connection with internet-druid, and later changed it with neat several times. In
one of these times a /etc/ppp/peers/ppp0 file remained from a previous
configuration. Deleting the definition of the connection (on the "devices" tab
of neat), or re-defining it (with internet-druid) does not delete this file. If
the setup in this file is different from the one in the current connection
(e.g., if the connection nickname doesn't match the one on wvdial), connection

For short, internet-druid is not deleting /etc/ppp/peers/ppp<x> when setting
connection for the ppp<x> device (I wonder if neat should delete it also).

(BTW, on a separate note, shouldn't internet-druid by default set the
connections it creates as default route?).

Version-Release number of selected component (if applicable):
I'm using all updates up to Feb 22.

How reproducible:

Steps to Reproduce:
1. Erase all modem-based internet connections (so that the next connection
should be set on ppp0).
2. Execute "touch /etc/ppp/peers/ppp0"
3. Define a modem-based internet connection with internet-druid and/or neat.
Execute "chmod 644 /etc/sysconfig/network-scripts/ifcfg-ppp0" (see bug 56579).
Try it, and verify that it fails (ppp doesn't call wvdial since
/etc/ppp/peers/ppp0 is blank). 
4. Execute "rm /etc/ppp/peers/ppp0"
5. Try again to connect, and verify that it works.

Actual Results:  Does not even activate modem (ppp fails to call wvdial)

Expected Results:  Connection works after running internet-druid (or neat

Additional info:
Comment 1 Trond Eivind Glomsrxd 2002-03-28 15:48:58 EST
Is this still a problem with 0.9.20-1, found at http://people.redhat.com/teg/neat/?
Comment 2 fred-m 2002-03-31 23:00:23 EST
First, it seems that the original ppp configuration (before updating
to 0.9.20-1) was not fully preserved after the update. I need to
re-configure it to make it work, but after re-configuring
I cannot make the connection work, even without "touch
/etc/ppp/peers/ppp0" to make the bug happen.

Here is what I am trying to re-configure the interface. I delete the
ppp connection configuration in neat, then do the following to really
clean the setup:
    rm /etc/sysconfig/network-scripts/ifcfg-ppp0
    rm /etc/wvdial.conf
    rm /etc/ppp/*secrets
Then I define the connection with neat, I try to activate it
(with the button in neat), and I get this error message on the
terminal from which I ran neat:
    /sbin/ifup: configuration for modem not found.
    Usage: ifup <device name>
Rp3 also fails. (BTW, I'm using initscripts-6.43-1).

(Also: Every time that I press the "Apply" button it asks me if I want
to change /etc/sysconfig/networking/devices/ifcfg-eth0 from mode 600 to 644,
sometimes twice, despite I am not changing the Ethernet configuration).
Comment 3 Harald Hoyer 2002-04-03 07:01:12 EST
hmm, with the new redhat-config-network, you need newer initscripts. 
you may try to: 
$ /sbin/ifup ppp0 
per hand
Comment 4 Harald Hoyer 2002-04-03 07:02:34 EST
the "Apply" / chmod problem is fixed in 0.9.22 and later
Comment 5 fred-m 2002-04-04 21:25:27 EST
I remember having tried "/sbin/ifup ppp0" and it didn't work.

(I'll be out for 2 weeks -- sorry. I'll try 0.9.22 and new initscripts when I'm 
Comment 6 Trond Eivind Glomsrxd 2002-04-11 20:41:19 EDT
Is this stil a problem with version 0.9.24 at http://people.redhat.com/teg/neat/ ?
Comment 7 Ngo Than 2002-04-12 18:05:38 EDT
cannot reproduce it in 0.9.24.
Comment 8 fred-m 2002-04-29 04:27:49 EDT
I tried redhat-config-network-0.9.30-1 in http://people.redhat.com/teg/neat/
under Red Hat 7.2, and the /etc/ppp/peers/ppp<x> problem (which is the objective
of this bug report) is still there. 
(All the other problems seem to have been solved).

Weird. Could it be any difference between 7.2 and Rawhide/7.3? If so, I'll
re-test it when I upgrade to 7.3.

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