Le 10/09/2014 12:01, admini a écrit :
salut la liste
j'ai un comportement très bizzare d'un partage nfs.
client et serveur sont sous 7.5
client 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
server nfs 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2
fstab du client: server:/partage mount_point nfs4
_netdev,auto,soft,noac 0 0
exportfs du server: partage
*(sync,nohide,insecure,no_all_squash,rw,no_subtree_check)
lorsqu'on se log en ssh sur le client NFS, il des checks du type
getattr via NFS au serveur, et le serveur lui répond avec les droits
d'accès. c'est quand meme 9500 paquets réseaux qui transitent chaque
fois qu'une session ssh s'ouvre. c'est pas bien grave sur un réseaux
gigabit, c'est une latence de 4 secondes, mais c'est très très
handicapant lorsqu'il y a beaucoup de petits fichiers dans les
répertoires profonds à checker et qu'il y a des applicatifs qui y
accèdent tout le temps, avec des comptes applicatifs qui
s'authentifient et qui lancent des daemons. on sent bien la latence
applicative.
auriez vous une idée?
d'avance merci.
bon alors, j'ai avancé un peu. et de temps en temps, il me sort des
kernel lock (hard reboot, berk),
je remarque, dès que c'est en udp, il me fait un kernel lock
[<ffffffff810b4ec3>] ? lock_page+0x20/0x20
[<ffffffff8134ea71>] ? io_schedule+0x59/0x71
en tcp, ca passe. étrange.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5412bee1.3070...@freeatome.com
