Bug 3759 - pppd hangs up with ioctl error
pppd hangs up with ioctl error
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: ppp (Show other bugs)
6.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Michael K. Johnson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-06-27 05:55 EDT by hiller
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-11-22 13:44:15 EST
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 hiller 1999-06-27 05:55:02 EDT
When I start ppp with a setup that works with 5.2, I got the
following error:
Jun 27 11:48:35 lonestar mserver[775]: Executing:
/etc/ppp/ppp-up.tuhh
Jun 27 11:48:36 lonestar kernel: CSLIP: code copyright 1989
Regents of the University of California
Jun 27 11:48:36 lonestar kernel: PPP: version 2.3.3 (demand
dialling)
Jun 27 11:48:36 lonestar kernel: PPP line discipline
registered.
Jun 27 11:48:36 lonestar kernel: registered device ppp0
Jun 27 11:49:10 lonestar pppd[781]: Serial connection
established.
Jun 27 11:49:10 lonestar pppd[781]: Using interface ppp0
Jun 27 11:49:10 lonestar pppd[781]: Connect: ppp0 <-->
/dev/ttyS1
Jun 27 11:49:10 lonestar pppd[781]: ioctl(SIOCSIFMTU): Bad
file descriptor(9)
Jun 27 11:49:10 lonestar pppd[781]: Hangup (SIGHUP)
Jun 27 11:49:10 lonestar pppd[781]: Exit.

The chat script is an expect script.
What is wrong here ?

The options are:
modem
lock
crtscts
asyncmap 0

The dial script is:
#!/bin/sh

device=/dev/ttyS1
speed="115200"

exec /usr/sbin/pppd $device $speed file
/etc/ppp/tuhh.options connect /etc/ppp/tuhh.expect

Another dial script (with chat) works.
Comment 1 Cristian Gafton 1999-07-28 02:53:59 EDT
assigned to johnsonm
Comment 2 Michael K. Johnson 1999-08-04 11:21:59 EDT
The expect script isn't closing any file descriptors by any
chance, is it?  Could you post the expect script (with sensitive
parts replaced with "x" characters, of course...) for us to
look at?
Comment 3 Michael K. Johnson 1999-09-19 21:46:59 EDT
Re-open this bug and include the script we need to use in order to
look into the bug if you like.
Comment 4 Michael K. Johnson 1999-09-20 10:36:59 EDT
Thanks for sending the script.  I don't see anything immediately
obviously wrong about it.

Can you check and see if this is a problem with the latest pppd
from RawHide?
Comment 5 Michael K. Johnson 1999-11-22 13:44:59 EST
I'm assuming that this was fixed, since I haven't heard back since I
proposed the latest ppp packages as a fix in september.  If that's not
the case, please try the latest ppp packages from the 6.1 errata, and
if that doesn't work, please re-open this bug report and say so.  Thanks!

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