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 [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
