Primer login con problemas

[Luis Roa Pietra]

Tengo un terminal asincronico que esta conectado fisicamente a un
servidor unix. El usuario cuando se logea accede a un script que lo
conecta automaticamente a un servidor linux, de modo que queda conectado
logicamente a ese servidor linux que es "su lugar habitual de trabajo".

Mi problema es que en cada inicio de jornada, cuando enciende el
terminal y hace su login, queda con garbage en la pantalla, me llama por
telefono, lo visualizo como usuario activo en el servidor linux, hago un
kill a su proceso y en su pantalla aparece el login nuevamente (obvio),
se conecta de nuevo y voila!!!! ningun problema, todo okey hasta el
final de la jornada y ma?ana la misma historia...

Alguien me podria decir que pasa y como lo soluciono, ya que el dia que
yo me muera no habra nadie (:-)) que haga que ese usuario trabaje.
Gracias muchachos.

Saludos
Luis Roa Pietra
lar004 at directo.cl

----------------------------------------------------------------------------
Enviar e-mail a <majordomo at linux.org.ve> colocando en el cuerpo:
"unsubscribe l-linux" (Para retirarse)
"info l-linux" (Para recibir el Netiquette vigente)
----------------------------------------------------------------------------

[Ernesto Hernandez-Novich]

Post by Luis Roa Pietra
Tengo un terminal asincronico que esta conectado fisicamente a un
servidor unix. El usuario cuando se logea accede a un script que lo
conecta automaticamente a un servidor linux, de modo que queda conectado
logicamente a ese servidor linux que es "su lugar habitual de trabajo".
Mi problema es que en cada inicio de jornada, cuando enciende el
terminal y hace su login, queda con garbage en la pantalla, me llama por
telefono, lo visualizo como usuario activo en el servidor linux, hago un
kill a su proceso y en su pantalla aparece el login nuevamente (obvio),
se conecta de nuevo y voila!!!! ningun problema, todo okey hasta el
final de la jornada y ma?ana la misma historia...
Alguien me podria decir que pasa y como lo soluciono, ya que el dia que
yo me muera no habra nadie (:-)) que haga que ese usuario trabaje.
Gracias muchachos.

Seg?n entiendo, el usuario se conecta por un terminal serial a la m?quina
A que tiene alg?n Unix, y luego hace un telnet/ssh a la m?quina B que
tiene Linux.

Si al encender el terminal nuevamente tiene basura, lo m?s probable es
que haya un problema de comunicaci?n serial con la m?quina A: cable
de tres hilos cuando quieres conectar a m?s de 19200, par?metros
err?neos de paridad/parada o algo por el estilo. Esto lo tienes que
corregir en el unix que tienes instalado en A.

Cuando se apaga un terminal serial (o se corta una llamada telef?nica
sobre una l?nea serial), el puerto serial lo detecta a trav?s de uno
sus pines y el driver serial genera una se?al HUP al proceso que sea
due?o del puerto (generalmente un shell). Esta se?al es relevada a todos
los procesos que est?n asociados a dicho puerto; suponiendo que el
escenario es como describo en el primer p?rrafo, entonces

Se apaga el terminal/Se corta la llamada. Se env?a un SIGHUP al shell
en A. El shell en A releva el SIGHUP a todos sus hijos. Uno de esos
hijos es el telnet a B. El telnet a B releva esa se?al al pseudo-tty
que le conecta de A a B (Unix a Linux). El pseudo-tty de Linux recibe el
HUP... y as? hasta que llegue al ?ltimo proceso en B. Un SIGHUP obliga
a los programas a terminar (a menos que hayan sido arrancados con nohup,
obviamente). De manera que apagar el terminal implica terminar todos los
procesos "de atr?s adelante".

Por lo que explicas, los procesos quedan _vivos_ en Linux, lo cual hace
sospechar que nunca les lleg? la se?al SIGHUP. Esto me hace pensar que
la m?quina A nunca fue capaz de enviar el SIGHUP a B a trav?s de los
pseudo-ttys... pero no porque tengan mala implementaci?n o bugs, sino
porque el _driver_serial_ de A nunca recibi? el SIGHUP. Una de dos,
o el puerto serial del terminal est? _ignorando_ la se?al SIGHUP (muy
malo) o el cable serial es incompleto para la velocidad que se est?
utilizando (peor).

Si pretendes conectar los terminales a m?s de 19200 baudios, es importante
usar un null-modem completo (7 hilos con RX y TX cruzados). Con tres
hilos solamente puedes ir a menos de 19200 y en terminales muy buenos.
--
Ernesto Hern?ndez-Novich - Running Linux 2.4.2 i686 - Unix: Live free or die!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/E d+(++) s+: a C+++$ UBLAVHIOSC*++++$ P++++$ L+++$ E- W+ N++ o K++ w--- O-
M- V PS+ PE Y+ PGP>++ t+ 5 X+ R* tv+ b++ DI+++$ D++ G++ e++ h r++ y+
-----END GEEK CODE BLOCK-----

----------------------------------------------------------------------------
Enviar e-mail a <majordomo at linux.org.ve> colocando en el cuerpo:
"unsubscribe l-linux" (Para retirarse)
"info l-linux" (Para recibir el Netiquette vigente)
----------------------------------------------------------------------------

[Luis Roa Pietra]

De: "Ernesto Hernandez-Novich" <emhn at telcel.net.ve>
Para: <l-linux at linux.org.ve>
Enviado: Mi?rcoles, 21 de Marzo de 2001 9:31
Asunto: Re: Primer login con problemas

Post by Ernesto Hernandez-Novich

Post by Luis Roa Pietra
Tengo un terminal asincronico que esta conectado fisicamente a un
servidor unix.

Si al encender el terminal nuevamente tiene basura, lo m?s probable es
que haya un problema de comunicaci?n serial con la m?quina A: cable
de tres hilos cuando quieres conectar a m?s de 19200, par?metros
err?neos de paridad/parada o algo por el estilo. Esto lo tienes que
corregir en el unix que tienes instalado en A.

[.........]

Post by Ernesto Hernandez-Novich
Si pretendes conectar los terminales a m?s de 19200 baudios, es importante
usar un null-modem completo (7 hilos con RX y TX cruzados). Con tres
hilos solamente puedes ir a menos de 19200 y en terminales muy buenos.
--

Gracias maestro, no esperaba menos de usted. Si estoy utilizando mas de
tres hilos, pero personalmente no he revisado la configuracion, cosa que
hare ahora, ademas de "bajar" la velocidad de 19200 a 9600 baudios para
"probar" si el problema desaparece.

Me quedo "clarisimo" como siempre que obtengo directa o indirectamente
una respuesta de tu precioso tiempo. Muchas Gracias.

En todo caso, si no es mucho abusar, para los que saben mas que yo, si
me pueden asesorar en "calificar" el siguiente cable :

DB9 (Servidor) <---> DB25 (Terminal)
1 <-----------------------> 8
2 <-----------------------> 2
3 <-----------------------> 3
4 <-----------------------> 20
5 <-----------------------> 7
6 <-----------------------> 6
7 <-----------------------> 22
8 <-----------------------> 5
9 <-----------------------> 4

PD. Off topic. Lei tu comunicado respecto de la eliminacion de
suscripciones, y aunque es muy claro, en lo personal me preocupa llegar
a saber si es normal que algunos intercambios de email tengan algunos
dias entre origen-respuesta. Un buen ejemplo es el presente, cuya
pregunta original es del dia 9 y cuya respuesta es del dia 21. Me
pregunto, solo fue que ahora lo pudiste atender ?? cosa muy entendible,
o solo ahora lo recibiste ??? cosa muy preocupante.

Atentamente, y muy agradecido


Saludos
Luis Roa Pietra
lar004 at directo.cl

----------------------------------------------------------------------------
Enviar e-mail a <majordomo at linux.org.ve> colocando en el cuerpo:
"unsubscribe l-linux" (Para retirarse)
"info l-linux" (Para recibir el Netiquette vigente)
----------------------------------------------------------------------------

[Ernesto Hernandez-Novich]

Post by Luis Roa Pietra
PD. Off topic. Lei tu comunicado respecto de la eliminacion de
suscripciones, y aunque es muy claro, en lo personal me preocupa llegar
a saber si es normal que algunos intercambios de email tengan algunos
dias entre origen-respuesta. Un buen ejemplo es el presente, cuya
pregunta original es del dia 9 y cuya respuesta es del dia 21. Me
pregunto, solo fue que ahora lo pudiste atender ?? cosa muy entendible,
o solo ahora lo recibiste ??? cosa muy preocupante.

Lo recib? el d?a 9, lo respond? hoy. El e-mail es una herramienta
as?ncrona :-)
--
Ernesto Hern?ndez-Novich - Running Linux 2.4.2 i686 - Unix: Live free or die!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/E d+(++) s+: a C+++$ UBLAVHIOSC*++++$ P++++$ L+++$ E- W+ N++ o K++ w--- O-
M- V PS+ PE Y+ PGP>++ t+ 5 X+ R* tv+ b++ DI+++$ D++ G++ e++ h r++ y+
-----END GEEK CODE BLOCK-----

----------------------------------------------------------------------------
Enviar e-mail a <majordomo at linux.org.ve> colocando en el cuerpo:
"unsubscribe l-linux" (Para retirarse)
"info l-linux" (Para recibir el Netiquette vigente)
----------------------------------------------------------------------------

[Luis Roa Pietra]

Post by Ernesto Hernandez-Novich
Lo recib? el d?a 9, lo respond? hoy. El e-mail es una herramienta
as?ncrona :-)
--

Gracias de nuevo... :-)


Saludos
Luis Roa Pietra
lar004 at directo.cl

----------------------------------------------------------------------------
Enviar e-mail a <majordomo at linux.org.ve> colocando en el cuerpo:
"unsubscribe l-linux" (Para retirarse)
"info l-linux" (Para recibir el Netiquette vigente)
----------------------------------------------------------------------------