[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: NFS lento Consulta

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."
Reply to: