Modem Colgado

[kike]

Hola a todos espero no estar repitiendo nada porque ya he revizado el foro de arriba a abajo..
aqui esta el problema:

tengo montado un server Ras con mgetty y tambien me conecto a otro server todo esto con un modem externo v90 de 56k (usdo Debian Squeeze). el lio está que cuando estoy conectado y se va la corriente el tipo se queda podriamos decir bloqueado [con el permiso de microsoft] y no es hasta que no lo apago y enciendo nuevamente que me deja establecer de nuevo la conexion.
Cuando trato de conectarme (#pon mic) me dice que un proceso esta utilizando ese puerto (/dev/ttys0) en algunos casos revizo a ver cual es el proceso y me sale el mgetty o otras el pppd
pero mato los procesos (#killall pppd) y me dice en ocaciones que lo tumba pero igual perciste el mismo problema..

Si estuviera trabajando en esta oficina pues ni los molestaba ya que apagar y encender un modem es lo de menos pero el lio es que estoy en otro departamento y mando a conectar mediante ssh y cuando se me queda colgado en ocaciones el dueño de la oficina no está y me quedo sin conexion.
Espero puedan ayudarme a ver si me evitan bajar y subir tantas escaleras..

Gracias de antemano
atte kike

[hugo]

Por que no colocas aqui el mensaje de error exactamente como te sale?
Asi por lo menos se podrían hacer búsquedas.

[kike]

Por que no colocas aqui el mensaje de error exactamente como te sale?
Asi por lo menos se podrían hacer búsquedas.

Hugo disculpa por hacerte esperar tanto pero es que desde que escribiste no me había vuelto a dar el mismo problema. Hoy aproveché que se fue la electricidad aquí y copie todo..
aqui está:

mira esto es lo que me pone cuando le doy #pon isp
Sep 7 11:19:35 Serverjig pppd[14618]: pppd 2.4.5 started by root, uid 0
Sep 7 11:19:35 Serverjig pppd[14618]: Device ttyS0 is locked by pid 14615
Sep 7 11:19:35 Serverjig pppd[14618]: Exit.

este es el proceso:
PID TTY TIME CMD
14615 ? 00:00:00 mgetty

lo mando a tumbar pero igual me pone otro y otro y así hasta que no apago el modem nada de nada.
Probé hasta con #fuser -k /dev/ttyS0 pero nada me tumba el proceso y sigue en los mismo.

Espero que con esto tengas para buscar algo que pueda ayudarme.

Gracias hermano.
Atte kike

[hugo]

Bueno, no hay mucha información sobre este problema específico, probablemente porque los fallos de electricidad no son tan frecuentes en otros lugares.

No obstante, acabo encontrar algo en las ppp-FAQ que quizás te ayude, te cito una sección relevante por si no tienes acceso a internet:

Código: Seleccionar todo

17.7.  When I run pppd and chat along with mgetty then the connection does not start. If I stop mgetty, then pppd will work. Why?

For the serial port to be shared properly, a lock file is needed between the use of the serial port by mgetty and the use by pppd (and chat).

The pppd process uses the FSSTND location of /var/lock/LCK..ttyS0 to lock the device called 'ttyS0'.

There have been some pre-built binaries of mgetty in some distributions which use the much older location of /usr/spool/uucp/LCK..ttyS0.

In addition to the file location, the file format must be the same. There are two common methods of recording the pid information in the file. The first is the older method, used commonly by some pre-built binaries for the kermit terminal emulator, of storing the pid as a binary value. You can tell this format in that the lock file is four bytes in size.

The more modern method is to store the pid as an ASCII string. This file has a size of eleven bytes (ten bytes for the pid, one for the trailing newline character.)

If the file format does not match what mgetty expects then mgetty treats the lock as being invalid and seizes the device, drops the DTR (which usually hangs up on the connection), and reconfigures the modem.

The other cause for the condition is that you simply forgot to tell pppd that it must lock the serial port. To tell pppd that it needs to lock the serial port, use the option 'lock' when you run pppd.

In the context of the lock file, the name of the lock file is formed from the name of the serial device. That is good for the most part. The problem comes when people use 'modem' and 'ttyS0' to be the same thing. Some people have a symbolic link from /dev/modem to /dev/ttyS0. They then forget that mgetty is using the name ttyS0 for the name of the serial port and they use /dev/modem when they run pppd, telling it to create the lock. The pppd process does so, but the lock file created is called "LCK..modem". Then mgetty comes along and does not see that the serial device is locked (because there is no "LCK..ttyS0" file) and drops the DTR signal and the PPP connection is broken.

So, either use /dev/modem or /dev/ttyS0 for your modem. Choose one name. Get rid of the other. Use that name everywhere, not just in "most" of the places, but in "every" place.

We have been working on a solution to this problem. It involves getting rid of the reliance upon the name of the serial device and using the values that the operating systems really uses, the major and minor device numbers. However, that is not in place yet. Until it is, be careful and use the proper names for the devices on the system and you should not have a problem.