Red Hat Bugzilla – Bug 60705
Connection fails (configuration utilities don't erase /etc/ppp/peers/pppx)
Last modified: 2008-05-01 11:38:01 EDT
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.
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
Is this still a problem with 0.9.20-1, found at http://people.redhat.com/teg/neat/?
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:
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).
hmm, with the new redhat-config-network, you need newer initscripts.
you may try to:
$ /sbin/ifup ppp0
the "Apply" / chmod problem is fixed in 0.9.22 and later
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
Is this stil a problem with version 0.9.24 at http://people.redhat.com/teg/neat/ ?
cannot reproduce it in 0.9.24.
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.