Forum Linux.debian/ubuntu Occupation excessive des ressources réseau par proftpd

Posté par  .
Étiquettes : aucune
1
17
mar.
2010
Bonjour,

J'ai un petit parc de machines avec la configuration suivante :

_ quelques clients et un serveur de fichiers branchés sur un switch gigabit,

_ lequel switch donne accès au reste du réseau de mon université (en 100mbps).

Sur mon serveur de fichiers (sous lenny), un serveur samba (destiné à l'usage interne), et un serveur ftp (proftpd) pour le partage vers l'extérieur.

Les fichiers en question sont des vidéos en format dv-pal, donc assez volumineux.

Mon problème est le suivant : lorsque quelqu'un, de l'extérieur, transfère une vidéo via ftp, l'utilisation du samba, à l'intérieur, en est fortement affectée (à tel point qu'il n'est pas possible de travailler s'il y a plus de deux transferts ftp en même temps).

Pourtant, la bande passante vers l'extérieur est en 100mbps, celle vers l'intérieur en Gbps, donc l'accès interne ne devrait pas s'en ressentir...
C'est pourtant le cas, apparemment la carte réseau de la machine a peine à faire face (beaucoup de pings perdus, etc.)

D'où cela peut-il venir? De proftpd ? Si oui, comment faire pour endiguer ce problème?

Merci par avance.

  • # Au niveau interface réseau...

    Posté par  (site web personnel) . Évalué à 1.

    Est-ce que les transfert vers/depuis l'extérieur et l'intérieur utilisent des interfaces différentes ?
    As-tu des erreurs et/ou des collisions remontées par un 'ifconfig' ?

    jC

    • [^] # Re: Au niveau interface réseau...

      Posté par  . Évalué à 2.

      C'est la même interface réseau pour les deux types de transferts. Résultat d'un ifconfig : 
      eth0      Link encap:Ethernet  HWaddr 00:24:8c:02:4f:4e  
          inet adr:129.104.201.165  Bcast:129.104.201.255  Masque:255.255.255.128
          adr inet6: fe80::224:8cff:fe02:4f4e/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:83064063 errors:0 dropped:135 overruns:135 frame:135
          TX packets:96810750 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 lg file transmission:1000 
          RX bytes:3865281897 (3.5 GiB)  TX bytes:3803353556 (3.5 GiB)
          Interruption:220

  • # disque dur, memoire ?

    Posté par  . Évalué à 3.

    si le transfert se fait à 100Mbps vers l'exterieur, ca donne quand meme 10Mo/s

    ton disque dur peut-il soutenir ce debit ?

    que dit un simple "top" (les chiffres du haut idl/wai/user/sys...)

    • [^] # Re: disque dur, memoire ?

      Posté par  . Évalué à 1.

      Voila pour ce que donne top durant un transfert depuis l'extérieur. 
      top - 17:08:56 up 1 day, 19:44,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  94 total,   2 running,  92 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  1.2%sy,  0.0%ni, 97.8%id,  0.5%wa,  0.2%hi,  0.3%si,  0.0%st
Mem:   3370112k total,  3241880k used,   128232k free,     6128k buffers
Swap:  2441872k total,      820k used,  2441052k free,  3116252k cached
      Bon il me semble que top a un peu du mal, le load average est très bizarre... Niveau disques, la partie serveur de fichiers est constituée de quatre disques de 1 To, mis en raid 1 deux par deux, puis un raid 0 par dessus. Quand aux caractéristiques précises des disques, il faudrait que je retrouve. Je crois bien qu'ils sont connectés en sata, mais je n'en sais pas beaucoup plus.

  • # Limitation du débit de proftpd

    Posté par  . Évalué à 1.

    Tu peux limiter simplement le débit de chaque connexion ftp via la commande 'TransferRate '.
    Cela permet de diminuer la bande utilisée pour une connexion mais si le nombre de connexions en parallèle augmente le problème va se reposer.

    Tu peux également configurer la QoS associée au service FTP pour limiter la bande passante totale du service FTP (la somme de toutes les connexions en parallèle).
    Par contre c'est plus complexe à mettre en œuvre. Je trouve les HowTo sur le sujet pas simple à la première lecture.

    Mais tu seras toujours limité par la vitesse de ton disque dur.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.