Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 105748

Summary: redhat-config-network don't configure correctly the adsl connection
Product: [Fedora] Fedora Reporter: Claudio <clagrechi>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED DEFERRED QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: harald, harms, robatino, rvokal, than
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-30 20:34:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
ls -l of /etc/sysconfig/network-scripts/
none
ppp0
none
ppp1
none
eth0
none
ppp0
none
eth0 none

Description Claudio 2003-09-26 22:05:34 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703

Description of problem:
i make this steps:
1. run redhat-config-network to set ip address of eth0 via dialup 
2. run internet druid 
3. run redhat-config-network to set start connection on boot
4. from redhat-config-network i start the connection
5. seemingly the gui report all ok
6. start mozilla but i can't browse the net
7. disable firewall and i try again to browse but i can't
8. restart the pc to see if the connection start on boot
9. start mozilla but i can't browse
10. run ifconfig and i see only "lo" and "eth0" but not "ppp0"
10. run /sbin/adsl-setup adsl-start
11. now i can write this report

sorry for my english.



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


How reproducible:
Didn't try


Additional info:

Comment 1 Andre Robatino 2003-09-28 16:40:06 UTC
  I think I'm experiencing the same thing.  After using redhat-config-network to
create a new xDSL connection, and activating it, the connection came up but I
had no DNS.  I found that there were two valid IP addresses in
/etc/ppp/resolv.conf, but they were not copied automatically to
/etc/resolv.conf.  Upon copying them manually under the DNS tab in the GUI, I
now have working DNS (though this shouldn't be necessary).  Also, the GUI shows
eth0 still inactive, even though it is activated when ppp0 comes up
(/sbin/ifconfig confirms that eth0 is in fact active).  Also, though I have ppp0
configured to come up automatically at boot time, this doesn't happen.  I have
to start it manually with redhat-config-network.  It appears that /sbin/ifup is
expecting a file with the name ifcfg-ppp0, but there is no such file in the
system; however there _is_ a file with the name ifcfg-Verizon_DSL (Verizon_DSL
is the nickname I gave ppp0 in the GUI).  The different packages obviously
aren't cooperating.

Comment 2 Bill Nottingham 2003-09-29 03:40:47 UTC
What do you have in /etc/sysconfig/network-scripts/ifcfg-*?

Comment 3 Andre Robatino 2003-09-29 03:48:21 UTC
Created attachment 94807 [details]
ls -l of /etc/sysconfig/network-scripts/

Comment 4 Bill Nottingham 2003-09-29 04:03:41 UTC
Sorry, please attach the /etc/sysconfig/network-scripts/ifcfg-* files. :)

Comment 5 Andre Robatino 2003-09-29 04:09:45 UTC
Created attachment 94808 [details]
ppp0

Comment 6 Andre Robatino 2003-09-29 04:10:53 UTC
Created attachment 94809 [details]
ppp1

Comment 7 Andre Robatino 2003-09-29 04:11:50 UTC
Created attachment 94810 [details]
eth0

Comment 8 Andre Robatino 2003-09-29 04:13:58 UTC
  I just noticed that in redhat-config-network, it allows selecting a nickname
for eth0, but "eth0" is entered by default.  When creating ppp0 (Verizon_DSL)
and ppp1 (Verizon_Dialup), the nickname box was empty to begin with (and a
nonempty entry seems to be required).  If redhat-config-network was supposed to
create symbolic links to ifcfg-ppp0 and ifcfg-ppp1, resp., it didn't happen. 
For that matter, I don't see why the files aren't named that to begin with,
since one doesn't see the actual names in the GUI.
  I didn't attach ifcfg-lo since the date indicates that it's generic.

Comment 9 Andre Robatino 2003-09-29 17:32:56 UTC
  P.S.  At shutdown, same problem - shutdown of ppp0 fails since it can't find
the nonexistent file ifcfg-ppp0.

Comment 10 Kristian Harms 2003-10-02 19:49:41 UTC
I see the same issues as described by Robatino in Fedora 0.94.

As regards the config files named by connection nickname and not ppp0, simply
renaming the files will make ifup and ifdown not complain about missing
configuration files, allowing ppp0 to be activated at boot or otherwise from
outside redhat-config-network.  In my case, i did:  mv ifcfg-Telenor ifcfg-ppp0.

Comment 11 Than Ngo 2003-10-02 21:05:58 UTC
Harald, it seems it's the same problem in #105785

Comment 12 Claudio 2003-10-07 23:05:16 UTC
Created attachment 95003 [details]
ppp0

ppp0

Comment 13 Claudio 2003-10-07 23:05:54 UTC
Created attachment 95004 [details]
eth0

eth0

Comment 14 Andre Robatino 2003-10-09 19:01:27 UTC
  Applied today's (2003-10-9) updates including redhat-config-network.  I
deleted and recreated my network interfaces to test.  No change in any of the
problems reported above.  I made symlinks from ifcfg-ppp0 and ifcfg-ppp1 to the
nickname ifcfg files so the connection can come up at boot time.  Another tiny
issue:  When booting up in text mode, I see two messages "bringing up interface
ppp0", the first succeeds, the second fails (since the connection is already
up).  This was there before, I neglected to report it, it appears harmless.

Comment 15 Andre Robatino 2003-10-26 19:56:35 UTC
  As of test3 with redhat-config-network-1.3.8-1 and initscripts-7.41-1, all the
above problems still exist.  I reported the problem with the ethernet interface
being shown as inactive under bug #107816 (redhat-config-network), and the
problem with the ifcfg-* filename mismatch as bug #108033 under
redhat-config-network (I'm pretty sure that's where it belongs).  I'm not sure
where the problem with having to manually enter the DNS addresses belongs, but
it's still there.

Comment 16 Chan Min Wai 2004-02-02 17:29:40 UTC
dcmwai|triage->duplicate 97845

Comment 17 Bill Nottingham 2004-02-02 17:50:14 UTC
97845 is  a PPP bug, not a ADSL bug.

Comment 18 Chan Min Wai 2004-02-02 18:04:49 UTC
However it is an initscript bug ...

Comment 19 Bill Nottingham 2004-02-02 18:08:57 UTC
Yes, but they aren't the same bug, AFAICT, hence, they're not duplicates.

Comment 20 Chan Min Wai 2004-02-03 08:02:02 UTC
Ok My fault.
shouldn't this be solved yet?

Comment 21 Bill Nottingham 2005-09-30 20:34:32 UTC
Closing bugs on older, no longer supported, releases. Apologies for any lack of
response.

Please try to reproduce this on a current release, such as Fedora Core 4. If the
issue persists, please open a new issue. I think this is solved by now, looking
at the other referenced bugs.