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 98781 - Failed to activate ppp0 with error 28
Summary: Failed to activate ppp0 with error 28
Keywords:
Status: CLOSED DUPLICATE of bug 97845
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: redhat-config-network
Version: 9
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
: 98786 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-07-08 18:56 UTC by John Reiser
Modified: 2007-04-18 16:55 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-21 18:56:58 UTC
Embargoed:

Attachments (Terms of Use)
strace -f usernetctl <provider> up (deleted)
2003-07-09 15:35 UTC, John Reiser 		no flags Details
strace -f ifup <provider> (deleted)
2003-07-09 15:36 UTC, John Reiser 		no flags Details
ls -l of files where EACCES = access(file, X_OK) (deleted)
2003-07-09 15:39 UTC, John Reiser 		no flags Details
cd /etc; find . -name '*<provider>*' (deleted)
2003-07-09 15:46 UTC, John Reiser 		no flags Details
contents of files with <provider> in filename (deleted)
2003-07-09 15:48 UTC, John Reiser 		no flags Details
sh -x /sbin/ifup <provider> (deleted)
2003-07-09 15:54 UTC, John Reiser 		no flags Details
sh -x /etc/sysconfig/network-scripts/ifup-ppp /etc/sysconfig/networking/profiles/default/ifcfg-Olympus (deleted)
2003-07-09 16:14 UTC, John Reiser 		no flags Details
View All

Description John Reiser 2003-07-08 18:56:05 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529

Description of problem:
After configuring a new modem connection (USB modem on /dev/input/ttyACM0),
attempting to activate it gives "Cannot activate newtork device <provider_name>!
 Failed to activate ppp0 with error 28".
There is no user-level documentation on this error, not even via google
or google/groups.

Version-Release number of selected component (if applicable):
redhat-config-network-1.2.13-1

How reproducible:
Always

Steps to Reproduce:
1.Configure USB modem connection: /dev/input/ttyACM0 [ignore warning of "No
modem was found on your system"], 115200 baud, CRTSCTS flow control; enter phone
number, provider, login, password, ask for auto IP and auto DNS; save.
2.Attempt to activate: fails.
3.Reboot; attempt to activate: still fails.
    

Actual Results:  "Cannot activate network device <provider_name>!  Failed to
activate ppp0 with error 28".

Expected Results:  Modem should dial provider, and activate network upon connection.

Additional info:

Partial workaround: su, then manually invoke "wvdial <provider_name>".
Modem dials phone, connection is established, wvdial invokes pppd.  But there is
no DNS, so you must use numerical addresses.
Comment 1 Harald Hoyer 2003-07-09 08:21:19 UTC 
does a 
# usernetctl <provider_name> up
work?
or a 
# /sbin/ifup <provider_name>
?? both as root..
Comment 2 Harald Hoyer 2003-07-09 08:30:10 UTC 
the initscripts call wvdial like this:
/usr/bin/wvdial --remotename <providername> <providername>
and later on pppd calls:
/etc/ppp/ip-up which then uses $LOGDEVICE (which is the remotename) to determine
the config script. Then ifup-post does the DNS setting... in your case
$LOGDEVICE is not set to providername, thus the setting fails. you can either
rename the <providername> device to ppp0 by changing its Nickname in
redhat-config-network or we debug, why ifup/usrnetctl does not work.
Comment 3 Harald Hoyer 2003-07-09 08:31:23 UTC 
*** Bug 98786 has been marked as a duplicate of this bug. ***
Comment 4 John Reiser 2003-07-09 15:35:57 UTC 
Created attachment 92835 [details]
strace -f usernetctl <provider> up

Done while logged-in as root.
Comment 5 John Reiser 2003-07-09 15:36:48 UTC 
Created attachment 92836 [details]
strace -f ifup <provider>

Done while logged-in as root.
Comment 6 John Reiser 2003-07-09 15:39:22 UTC 
Created attachment 92837 [details]
ls -l of files where EACCES = access(file, X_OK)

/etc/bashrc, /etc/sysconfig/init, /etc/sysconfig/i18n are present and readable
by anybody, but do not have execute permission, hence testing for X_OK fails,
although the shell will still execute them.
Comment 7 Harald Hoyer 2003-07-09 15:41:56 UTC 
err... 
# sh -x ifup <provider>
would be more readable :)
Comment 8 Harald Hoyer 2003-07-09 15:42:22 UTC 
or
# sh -x /sbin/ifup <provider>
Comment 9 John Reiser 2003-07-09 15:46:01 UTC 
Created attachment 92838 [details]
cd /etc; find . -name '*<provider>*'

All the files in /etc or below with <provider> in the filename.
Comment 10 John Reiser 2003-07-09 15:48:29 UTC 
Created attachment 92839 [details]
contents of files with <provider> in filename

All the ifcfg-<provider> files are hard-linked to each other.
Comment 11 John Reiser 2003-07-09 15:54:00 UTC 
Created attachment 92840 [details]
sh -x /sbin/ifup <provider>

Still fails:
+ exec /etc/sysconfig/network-scripts/ifup-ppp
../networking/profiles/default/ifcfg-Olympus
Failed to activate ppp0 with error 28
Comment 12 Harald Hoyer 2003-07-09 15:57:40 UTC 
# sh -x /etc/sysconfig/network-scripts/ifup-ppp
../networking/profiles/default/ifcfg-Olympus
Comment 13 John Reiser 2003-07-09 16:14:03 UTC 
Created attachment 92843 [details]
sh -x /etc/sysconfig/network-scripts/ifup-ppp /etc/sysconfig/networking/profiles/default/ifcfg-Olympus

Still fails:
+ exec /sbin/ppp-watch ppp0 ''
Failed to activate ppp0 with error 28
Comment 14 John Reiser 2003-07-09 17:08:29 UTC 
The suggested workaround: "wvdial --remotename <provider> <provider>" FAILS to
set DNS.  [Note <provider> appears twice, once for --remotename, and once more.]
 I still have to copy the DNS server settings manually from /var/log/messages to
the Network Configuration > DNS tab, then File > Save, and then DNS works.
Comment 15 Bill Nottingham 2003-08-02 05:21:45 UTC 

*** This bug has been marked as a duplicate of 97845 ***
Comment 16 Red Hat Bugzilla 2006-02-21 18:56:58 UTC 
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.
Note You need to log in before you can comment on or make changes to this bug.