problemes de nfs par wifi

problemes de nfs par wifi - Linux et OS Alternatifs

Marsh Posté le 07-11-2004 à 19:09:21    

bonjour,
 
je me suis fais une petite divx box pour mater mes films sur mon videoprojecteur par nfs a travers le wifi depuis mon serveur de fichier.
 
ca marche bien, mais lorsque le bitrate deviens trop important (j'ai estimé a 1400 kbps le seuil critique), la connexion foire et plante meme. Je suis obligé de deconnecter la cle usb wifi et le reconnecter pour que 'hotplug' ma recherge le driver, ensuite je dois refaire les ifconfig et companie qui va bien...
 
en gros je peux lire sans probleme un film encodé un en un seul CD mais pas un film encodé en deux CD (ca fait un peu la phrase légendaire des nuls ca ;) ...)
 
dans le README (enfin je crois) de la Netgear MA111 (ma cle usb wifi) il est ecrit que si l'on veut faire du nfs, il faut ajouter 'rsize=1024,wsize=1024' au /etc/fstab, ce que j'ai fais.
 
auriez vous des idées ?
 
merci


---------------
Gestion de collection Magic 100% gratuite -> www.magiccollec.com
Reply

Marsh Posté le 07-11-2004 à 19:09:21   

Reply

Marsh Posté le 08-11-2004 à 02:01:02    

mon client NFS :


serveur:/opt/mp3 /mnt/data nfs vers=3,tcp,soft,rsize=8192,wsize=8192,nosuid 0 0


 
 
mon serveur NFS :


[admin@server admin]$ cat /etc/sysconfig/nfs
# For more information on nfs tuning, please see the NFS-HOWTO
# http://nfs.sourceforge.net/nfs-howto/
 
# For more information on nfs+iptables, see the great docs by
# Chris Lowth here: http://www.lowth.com/LinWiz/
 
# Pass any additional options for mountd.
# MOUNTD_OPTIONS=
 
# Pin mountd to a given port rather than random one from portmapper
 MOUNTD_PORT=4002
 
# Don't advertise TCP for mount.
# MOUNTD_TCP=no
 
# NFS V3
 MOUNTD_NFS_V3=yes
 
# NFS V2
 MOUNTD_NFS_V2=no
 
# The number of open file descriptors
# MOUNTD_OPEN_FILES=128
 
# Pass the number of instances of nfsd (8 is default; 16 or more
# might be needed to handle heavy client traffic)
# NFSDCOUNT=8
NFSDCOUNT=16
 
# Increase the memory limits on the socket input queues for
# the nfs processes .. NFS  benchmark SPECsfs demonstrate a
# need for a larger than default size (64kb) .. setting
# TUNE_QUEUE to yes will set the values to 256kb.
 TUNE_QUEUE="yes"
 NFS_QS=262144
 
# Set fixed ports for lockd
 
 LOCKD_TCPPORT=4001
 LOCKD_UDPPORT=4001
 
# Set fixed port for statd
 STATD_PORT=4000
 
# Set statd hostname
# STATD_HOSTNAME=


 
 
mon exports :


/opt/mp3 192.168.1.0/255.255.255.0(async,rw)


Message édité par Dark_Schneider le 08-11-2004 à 02:02:00

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 08-11-2004 à 08:49:24    

merci Dark_Schneider, je vais decortiquer ca ...
et ca marche bien chez toi ?

Reply

Marsh Posté le 08-11-2004 à 09:36:48    

je ne suis pas en wifi mais j'administre un réseau avec des /home en NFS et cela marche super bien


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 08-11-2004 à 10:18:15    

en tcp c'est intéressant sur un réseau non-fiable, donc fait comme dark (mais pourquoi toi t'as mis tcp) ?

Reply

Marsh Posté le 08-11-2004 à 17:44:19    

Taz> pour augmenter la fiabilité :D
ce sont les rep /home, des pertes , cela ne le fait pas trop ... je me ferais incendier si il y avait des corruptions de données


Message édité par Dark_Schneider le 08-11-2004 à 17:45:13

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 08-11-2004 à 17:46:56    

ben y a quand même des contrôles d'erreurs en UDP. c'est juste  une manière optimiste de transférer les données. Sur un réseau non-fiable, c'est pas la peine

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed