Date: Sun, 19 Nov 2000 03:49:49 -0500 (EST) From: Mike Nowlin <mike@argos.org> To: freebsd-hackers@freebsd.org Subject: occasional serial line hangups Message-ID: <Pine.LNX.4.21.0011190336170.20296-100000@jason.argos.org>
next in thread | raw e-mail | index | archive | help
Running mgetty on a bunch of modems on various machines, I will
occasionally run across one that looks like:
rimmer:/usr4/mike$ ps alx|grep cuaR11
0 1371 1 0 4 0 916 8 ttywai IE ?? 0:00.02
/usr/local/sbin/mgetty cuaR11
...with "ttywai" as the WCHAN and "E" in the STAT field. Sometimes this
can be reset by power-cycling the modem & killing the mgetty process, but
sometimes (ick) it requires a reboot to free up the line - "kill -9
pid" won't make the process go away. I'm using a fairly-stock mgetty
config, and this happens on various brands of modems. (As a rule that I
can't think of any exceptions to right now, they're connected via
RocketPort and Cyclades cards.) This is happening on 3.5 and
4.1.1. These modems make a LOT of outgoing calls - usually
about 800-1000 a day per modem - UUCP, PPP, and a custom "use 'chat' to
dial the modem and log in, then kick off an XMODEM transfer" program.
I'd love a "real" fix, but even some way that doesn't force me to reboot
or cycle the modems would be great... Some of them are 100 miles away...
mike
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0011190336170.20296-100000>