Bug 3759

Summary:	pppd hangs up with ioctl error
Product:	[Retired] Red Hat Linux	Reporter:	hiller
Component:	ppp	Assignee:	Michael K. Johnson <johnsonm>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.0
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	1999-11-22 18:44:15 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:

Description hiller 1999-06-27 09:55:02 UTC

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 06:53:59 UTC

assigned to johnsonm

Comment 2 Michael K. Johnson 1999-08-04 15:21:59 UTC

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-20 01:46:59 UTC

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 14:36:59 UTC

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 18:44:59 UTC

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!