Re: nfs malo

[Antonio Trujillo Carmona <trujo@dti2.net>]

Bueno es increible pero era eso.
He intercalado un hub de 10 y todo va bien.
Esto realmente es increible e inaceptable, la maquina que hacia de
servidor es un 2G5 con tarjeta de red en placa mas dos tarjetas que uso
para probar los montajes nuevos (no debo llenar de basura la red del
hospital donde trabajo) por lo que tenia conectado por cable cruzado un
P166 con arranque desde disquete (sacado del rom-o-matic). Los clientes
van a emular windows (rdesktop) y terminales (telnet), en la prueba no
ha ido mal (un solo equipo), pero se trata de poner un servidor cada 15
o 20 terminales, por lo que si el servidor pudiera ir a 100 y los
clientes a 10 no habria mas problema, pero lo grabe es que es el
servidor el que tiene que ir 10, lo que me hace pensar que no va a
funcionar el montaje.
¿A alguien le ha funcionado bien con el servidor a 100?
¿Hay esperanzas de que cuando lo monte en los ordenadores de producción,
con woody (o sarge como máximo) en lugar del sid de mi maquina la cosa
funcione bien?
El sáb, 02-04-2005 a las 17:10 -0300, Luciano Andino escribió:
> El Vie 01 Abr 2005 18:49, Antonio Trujillo Carmona escribió:
> > El vie, 01-04-2005 a las 12:10 -0300, Luciano Andino escribió:
> > > Hola, pregunta, el error es algo así como:
> > > nfs server not responding, still trying?
> > > y se repite?
> 
> > exactamente ese
> 
> Bueno, estuve suscripto a la lista de LTSP en inglés durante unos
> 3 años, cada tanto (una vez al mes) aparecía alguien con este error
> y nadie aportaba la solución (es problema del NFS no de LTSP, que
> en realidad LTSP no es nada mas que una suma de servicios).
> 
> Si te vas al NFS Howto, ese problema se lo atribuye a la red y te 
> recomienda bajar el MTU al valor mas bajo de las redes que atraviesa,
> como por lo gral es una sola lan, esto no tiene efecto y si lo intentás,
> el cuando bajás el kernel te aparece el mensaje de que te vino truncado
> y el procedimiento falla...
> 
> Bueno como a mi también me paso (en una pc Pentium 100MHz), probé
> de cambiarle la placa de red que utilizaba (realtek 8139) por otra de la misma
> marca pero de 10megabits (la RTL8029) y el problema desapareció.
> -->Problema aparente: Algunas placas de red son demasiado rápidas
> que la computadora??? ya lo había leido antes de un post en google.
> 
> A los dos años, ya tenía unas 20 pcs con LTSP y como experimento
> agregamos otra red distante 200 mts, unidas con dos bridges inalámbricos
> de linksys a 54Mbps, esa 2da red (de unas 5 pcs y una "net printer") no
> tiene ningún disco y todas bootean "desde el aire", bueno aquí también
> aparece el error "nfs not responding, still trying" pero las máquinas son
> bastante modernas, en conclusión ---> "NFS es bastante problemático,
> en redes dispersas y no funciona bien con todas las PCs".
> Postee un mensaje en la lista de LTSP en un inglés limitado "Is LTSP
> obsolete?" preguntando si no había que dejar de utilizar NFS, pero no hicieron
> nada (solo darme la razón algunos).
> 
> Ahora estoy probando de usar thinstation, que es básicamente lo mismo,
> solo que carga todo desde el inicio y chau NFS (utilizaré una compact
> flash de 16MB y un adaptador) :-))))))
> saludos, Luciano.
> 
> 
> 
> 
> > exactamente ese
> >
> > > salu2
> > >
> > > El Lun 28 Mar 2005 11:54, Antonio Trujillo Carmona escribió:
> > > > Probando el ltp, tengo problemas con el servidor nfs, me da muchos
> > > > errores de no disponible, siguiendo intentando y al final (varias
> > > > horas) funciona, pero hay fallos que pueden ser atribuidos a fallo del
> > > > acceso al sistema raiz porque en ese momento no estav adisponible, usa
> > > > sarge/sid con el nfs-kernel.
> > > > En otras implementaciones de nfs (tambien con sarge, pero no para ltp)
> > > > no he tenido problemas y lo he revisado, purgado y reinstalado todo
> > > > varias veces.
> > > > ¿Alguna idea de por donde buscar la solución o como buscar los errores?
> > > > --
> > > > Antonio Trujillo Carmona <trujo@dti2.net>
> >
> > --
> > Antonio Trujillo Carmona <trujo@dti2.net>
> 
> 
-- 
Antonio Trujillo Carmona <trujo@dti2.net>