[lug] Sudden pppd problem, Mayday!
D. Stimits
stimits at comcast.net
Fri Aug 8 09:05:54 MDT 2003
Elyse M. Grasso wrote:
> Monday evening I updated from the KRUD June release to the July disks
> and also
> cleaned out a bunch of packages (mostly devel) to free up some space.
>
> Something in the ppp settings got broken. This is a major problem
> because I'm
> at a customer site in Minneapolis where I HAVE to use ppp. (I have
> broadband
> at my hotel).
>
> My laptop that came from the factory 2 years ago with Linux only
> installed, is
> now a dual boot machine: Windows has no problem connecting.
>
> I have backups of the old settings on an external drive in Colorado,
> but that
> doesn't help much here.
>
> Reloading a partition with a clean RedHat 9 install and trying to set
> up ppp
> through either kpppd or redhat-network-device-control results in the same
> problems I started seeing after the upgrade.
>
> kpppd makes the connection but fails with messages like
> Aug 8 06:30:36 xerxes pppd[3853]: pppd 2.4.1 started by root, uid 0
> Aug 8 06:30:36 xerxes pppd[3853]: Using interface ppp0
> Aug 8 06:30:36 xerxes pppd[3853]: Connect: ppp0 <--> /dev/ttyS1
> Aug 8 06:31:06 xerxes pppd[3853]: Terminating on signal 15.
> Aug 8 06:31:12 xerxes pppd[3853]: Connection terminated.
> Aug 8 06:31:12 xerxes pppd[3853]: Receive serial link is not 8-bit clean:
> Aug 8 06:31:12 xerxes pppd[3853]: Problem: all had bit 7 set to 0
> Aug 8 06:31:12 xerxes pppd[3853]: Exit.
>
> the messages log was complaining that modprobe could not find ppp0, so
> after
> googling I aliased ppp0 to ppp_generic and that problem went away: the
> messages log now looks like:
> Aug 8 06:30:36 xerxes pppd[3853]: pppd 2.4.1 started by root, uid 0
> Aug 8 06:30:36 xerxes pppd[3853]: Using interface ppp0
> Aug 8 06:30:36 xerxes pppd[3853]: Connect: ppp0 <--> /dev/ttyS1
> Aug 8 06:30:36 xerxes /etc/hotplug/net.agent: assuming ppp0 is already up
> Aug 8 06:31:06 xerxes pppd[3853]: Terminating on signal 15.
> Aug 8 06:31:12 xerxes pppd[3853]: Connection terminated.
> Aug 8 06:31:12 xerxes pppd[3853]: Receive serial link is not 8-bit clean:
> Aug 8 06:31:12 xerxes pppd[3853]: Problem: all had bit 7 set to 0
> Aug 8 06:31:12 xerxes pppd[3853]: Exit.
>
...
It has been a long time since dealt with serial port issues, but in the
past I had cured the "not 8-bit clean" stuff via setserial. It seems the
serial port can have its settings changed very easily by a number of
things. If you run "setserial -a /dev/ttyS1", you will see the serial
port settings. Two flags that you might need are "spd_normal skip_test",
and a manually set UART of 16550A. Basically, use setserial to view the
serial port settings, and then use setserial again to repeat these
settings while adding spd_normal, skip_test, and a uart of 16550A (it
might not be a 16550A, but that is pretty darn rare). If this works, you
can either add it to a hotplug script, or to the rc.local file.
D. Stimits, stimits AT comcast DOT net
More information about the LUG
mailing list