Re: NFS lento

["Victor H De la Luz" <itztli@gmail.com>]

2008/12/11 haldrik <haldrik@gmail.com>:
>
>
> El 11 de diciembre de 2008 16:06, Victor H De la Luz <itztli@gmail.com>
> escribió:
>>
>> 2008/12/11 Miguel Da Silva - Centro de Matemática <mdasilva@fing.edu.uy>:
>> > Victor H De la Luz escribió:
>> >>
>> >> Saludos!
>> >>
>> >> Tengo dos servidores debian etch en una red local. Acabo de
>> >> actualizarlos (estaban en Sarge),
>> >> desde antes de actualizarlos me costo mucho trabajo levantar en NFS,
>> >> la verdad nunca supe porque pero en fin, un dia quedaron y ya no los
>> >> toque.
>> >>
>> >> El problema es que ahora cada vez que inicio el servicio manualmente
>> >> (mount), el servidor NFS tarda una eternidad en responder, algo asi
>> >> como 5 minutos, finalmente lo monta, pero despues de una espera
>> >> larguisima.
>> >>
>> >> El cliente tiene 2 interfaces de red (Local eth0 y ADSL eth1) y
>> >> tambien tengo definidas unas reglas con IPTABLES (que es donde pienso
>> >> esta el problema)
>> >>
>> >> iptables -t nat -F
>> >> iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 0.0.0.0/0 -j
>> >> MASQUERADE
>> >> iptables -A INPUT -i eth0 -p ICMP -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 80 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 1123 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 3600 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 22 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 25 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 110 -j ACCEPT
>> >> iptables -A INPUT -p TCP --dport 1:1024 -j REJECT
>> >> iptables -A INPUT -p TCP -m state --state RELATED  -j ACCEPT
>> >>
>> >> ¿Tengo que levantar un puerto en especifico para usarlo con NFS?
>> >>
>> >
>> > Tuve errores similares al cambiar de Sarge a Etch. En Sarge tenía kernel
>> > 2.4.x y en Etch pasé a tener kernel 2.6.18. Resulta, sin embargo, que
>> > los
>> > problemas eran debido a bugs en las versiones menores o iguales a
>> > 2.6.18;
>> > mejor dicho, bugs en el cliente/servidor para NFS.
>> >
>> > Entonces, lo "solucioné" pasando a usar el kernel 2.6.22.
>> >
>> > Lo curioso era que todo funcionaba bien por un periodo X arbitrario (1
>> > semana, 2 horas o sino 5 dias). Cuando tenía el prolema, los clientes no
>> > podían acceder a sus archivos por NFS y era necesario reiniciar el
>> > servidor.
>> >
>> > Yo mandé unos mensajes sobre este tema a la lista y encontré algunas
>> > cosas
>> > en internet. El prolema afectaba también a otras distribuciones (ya que
>> > era
>> > un prolema del kernel).
>> >
>> > Y sobre los puertos, en un servidor local NFS está usando los puertos
>> > 2049 y
>> > 40083 del servidor.
>> >
>> > Saludos.
>> > --
>> > Miguel Da Silva
>> > Administrador Junior de Sistemas Unix
>> > Centro de Matemática - http://www.cmat.edu.uy
>> > Facultad de Ciencias - http://www.fcien.edu.uy
>> > Universidad de la República - http://www.rau.edu.uy
>> >
>> >
>> > --
>> > To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> > with a subject of "unsubscribe". Trouble? Contact
>> > listmaster@lists.debian.org
>> >
>> >
>>
>> En efecto, tengo el kernell  2.6.18, voy a probar instalando un nuevo
>> kernell, estara medio cardiaco porque lo estoy haciendo en remoto...
>>
>
> Como están tus políticas por defecto?, tienes portmap corriendo?
>
> --
> "Al principio, el Hombre creó a Dios; y lo creó a su imagen y semejanza.
> Y el Hombre dio a Dios multitud de nombres, y el poder de que fuera el Señor
> de toda la tierra cuando al Hombre le conviniere."
>

Portmap corriendo.

y el

/etc/hosts.allow
portmap: 192.168.x.x
statd:  192.168.x.x

configurado correctamente en ambas maquinas (las x son por paranoia)...

-- 
ItZtLi