mgetty locking problem.

Gert Doering (gert@greenie.muc.de)
Mon, 22 Jun 1998 19:10:13 +0200


Hi,

MARK A BROWN wrote:
>      I am using Linux (RedHat Linux 5.0 Intel - kernel 2.0.32) to manage a 
>      modem pool consisting of 8 hayes 33.6 modems hung off a Cyclades 
>      CYCLOM-8yo 8 port serial board (using devices ttyC0 - ttyC7).
>      
>      I am using mgetty-1.1.9-3 (binary RPM distributed with RedHat 5) to 
>      handle dial-in on 3 of the 8 modems, the remaining 5 modems are 
>      dedicated to dial-out using pppd-2.3.3.

Don't use 1.1.9 with RH 5.0.  It doesn't work reliably due to problems
with GNU libc 2.

>      During certain portions of the day I need to use all 8 modems for 
>      dial-out, mgetty is supposed to work with pppd as long are both are 
>      using the same locking scheme and devices (and I believe they are).

Sure, no problem here.

>      The problem is, mgetty seems to be leaving the modems it is watching 
>      (ttyC0,ttyC1 and ttyC2) locked.   Once it initializes the modems (data 
>      only) it leaves the lock file (LCK..ttyC0, etc.) containing the PID 
>      for the mgetty watching it in the /var/lock directory preventing pppd 
>      from using the device.   

It does not (during normal operations) - but this might be caused by the
well-known 1.1.9/rh5.0 problems.

>      Does anyone have any ideas on what may be going on and how I might 
>      resolve it?

In any case, if you ask on the mailing list,  please include a mgetty
log file showing the problem.

gert
-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert@greenie.muc.de
fax: +49-89-35655025                        gert.doering@physik.tu-muenchen.de