Re: NFS lento Consulta
2008/12/15 haldrik <haldrik@gmail.com>:
> El día 15 de diciembre de 2008 9:54, ciracusa <ciracusa@gmail.com> escribió:
>> haldrik wrote:
>>>
>>>
>>> El 11 de diciembre de 2008 16:06, Victor H De la Luz <itztli@gmail.com
>>> <mailto:itztli@gmail.com>> escribió:
>>>
>>> 2008/12/11 Miguel Da Silva - Centro de Matemática
>>> <mdasilva@fing.edu.uy <mailto: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
>>> <http://192.168.1.0/24> -d 0.0.0.0/0 <http://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. <http://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.
>>> <http://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
>>> <mailto:debian-user-spanish-REQUEST@lists.debian.org>
>>> > with a subject of "unsubscribe". Trouble? Contact
>>> > listmaster@lists.debian.org <mailto: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?
>>
>> Haldrik, que relación tiene portmap con nfs?
>>
>> Muchas Gracias.
>>
>> Salu2.
>>
>>
> Cuando tengas dudas de este tipo puedes hacer:
>
> haldrik@edoras:~/tmp/mytango-0.1$ apt-cache show portmap
> Package: portmap
> Priority: standard
> Section: net
> Installed-Size: 112
> Maintainer: Anibal Monsalve Salazar <anibal@debian.org>
> Architecture: i386
> Version: 6.0-9
> Replaces: netbase (<< 4.00)
> Depends: libc6 (>= 2.7-1), libwrap0 (>= 7.6-4~), debconf (>= 0.5) |
> debconf-2.0, lsb-base (>= 1.3-9)
> Conflicts: sysv-rc (<< 2.86.ds1-59)
> Filename: pool/main/p/portmap/portmap_6.0-9_i386.deb
> Size: 36032
> MD5sum: 614ad46fa5e35f105363aaed3688e0aa
> SHA1: 5f991244c194639b2ecc498a705c87402d599c29
> SHA256: 11d7bd278eecb4aac6599e8ceab415a095f2fe5b46d8cbeb0c96c97136fd7962
> Description-es: Mapeador de puertos de RPC
> Portmap es un servidor que convierte los números del programa RPC (llamada
> a procedimiento remoto) a números de puerto del protocolo de DARPA. Se debe
> estar ejecutando para hacer llamadas RPC.
> .
> Entre los servicios que usan RPC se incluyen NFS y NIS.
> Homepage: http://neil.brown.name/portmap/
> Tag: devel::rpc, implemented-in::c, interface::daemon,
> network::server, network::service, role::program,
> special::auto-inst-parts
>
>
> --
> "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."
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
Gracias!
En estos momentos estoy esperando que alguien me ayude del otro lado,
pues todos los servidores que manejo los hago en remoto, asi que estoy
tratando de actualizar el kernel, pero una vez tuve la desfortuna de
que al actualizar el kernel las interfaces de red cambiaron de numero
y el servicio ssh se callo, asi que ahora, cada vez que actualizo el
kernel me aseguro de que alguien este del otro lado para dar un simple
click en caso de emergencia...
Les aviso como me fue, y si no, es porque las vacaciones me llamaron
antes de tiempo!
Felices solsticios de inviernos boreales...
--
ItZtLi
Reply to: