help it won't start after a crash

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

Hi,

Pablo Idiaquez wrote:
>     I need a Little help with mgetty , so I think that here is a nice
>     place to found it .

Reasonable :)

>     I am using Linux as ISP server, I first start using  uugetty and 
>     it work nice but have a little problem , users spent a lot of time
>     ringing until it get the first RING , and then send the ATA.
>     Well I decide to moving to mgetty, and it work fine it listen really
>     to the _first_! RING and establish the connection .
>           My problem with mgetty is that when loose carrier , and 
>     the executed program remain still live i.e. a bash or a sliplogin, mgetty
>     won't start again .

This isn't really a mgetty problem but a bash/sliplogin/modem problem. You 
must make sure that

	- the modem signals carrier changes via the DCD line to the host
	  (AT&C1)
	- the modem cable wires DCD straigt through to the host (try
	  another one if you're not sure)
	- the host's "stty" setting "clocal" is not set, that is, 
	  "stty -a" lists "-clocal". If clocal is set, DCD drops will
	  be ignored. 
	- the programs mentioned don't ignore the hangup (HUP) signal. You 
	  can test this by sending the signal manually: "kill -HUP <pid>".
	  If the program doesn't die, it's broken (not valid for daemons).

>           I suspect that my problem is with the run level on inittab
>     for uugetty i used

Nah. The run level is just a number that tells "init" which lines of
/etc/inittab to run and which not.

[..]
>     Other question: I have another line with an old external packard bell
>     2400 bps modem, that has not hardware support for v42bis, but it
>     can be supplied by softwre, there is a serial driver that can
>     supply this protocol for my modem ( under linux ), because 
>     during connection phase whith most 14.400 modems, those send to
>     my little modem a lot of caracters that I suppose are owned by
>     the protocol negotioation, and those character are taken by mgetty
>     as input for login and make mgetty hungup a while after CONNECT 2400
>     message any hint will be welcome ....

Tell the callers to switch v42 off -- no way around that.

gert

-- 
                                                            //www.muc.de/~gert
Gert Doering - Munich, Germany                             gert@greenie.muc.de
fax: +49-89-3545980 <---new!!!              gert.doering@physik.tu-muenchen.de