Question Comment identifier quel client NFS génère une entrée / sortie disque?


Notre disque de serveur de pool est occupé à 100%.

J'ai vérifié avec iotop et déterminé que nfsd est le processus en haut qui consomme le disque IO.

Je dois préciser cela davantage et vouloir déterminer quel client NFS utilisant le serveur est / sont responsable de ce goulot d’étranglement IO de disque. Comment je procède?

enter image description here

enter image description here


5
2018-04-07 09:57


origine


iftop vous indiquera quel client génère le plus de trafic sur le réseau. Très vraisemblablement, ce sera le même client qui générera le chargement d'E / S. - kofemann
inspiré par votre question, j'ai construit un nfstop surveiller l'activité github.com/kofemann/nfstop - kofemann
@ kofemann merci beaucoup. Je vais essayer. - Gani Rakhmatov


Réponses:


iotop et alors o - vous verrez quel processus lit et / ou écrit et quelle quantité est envoyée au disque dur.

Vérifiez le pid de ce processus et faites netstat -entp | grep <pid> - De cette façon, vous verrez la connexion TCP établie et de quelle adresse il vient. Utilisation enp pour vérifier les sessions TCP et UDP.

Vous pouvez aussi faire un netstat -anp | grep 2049 - obtenir de cette façon une adresse IP et un pid, puis corréler le pid à celui de iotop.


4
2018-04-07 10:17



Il n'a rien trouvé lorsque je lance netstat -entp | grep <pid>. Mais j'ai un processus avec ce pid - Gani Rakhmatov
Alors essaye netstat -encp | grep <pid> - la c Le commutateur affichera une sortie continue. - 13dimitar
J'ai essayé avec netstat -anp | grep 2049 commande, mais ça n'aide pas. - Gani Rakhmatov


Habituellement, le client utilisant la plupart des E / S effectuera également la plus grande partie du trafic réseau. Ce que je fais est donc: vider tout le trafic pendant quelques secondes, puis créer une liste triée des hôtes (limités aux hôtes nfs) ayant utilisé le plus de trafic:

tcpdump > dump.cap  # (30 secs should be enought), press ctr+ c
grep -o "<something iding an nfs client>" dump.cap | sort | uniq -c | sort -n

0
2018-04-14 12:57