Bonjour,

J'ai une serveur sous Debian qui me sert principalement de NAS. Il y a 2 disque SATA. L'un pour le système, l'autre pour les données.
Étrangement j'ai l'impression que environ tous les 6 mois, le débit s’effondre totalement, m'obligeant à réinstaller le système.
Quand je parle de débit fable, il est en moyenne à 27ko/s pour un lien Gigabit. J'observe que peut de temps avant que cela se produise le débit moyen baisse sensiblement pour tomber à 27ko/s au lieux des 70-110Mo/s.

Je ne trouve absolument rien dans les logs qui puisse me mette sur une piste. Même en arrêtant le service Samba et en copiant des données à l'aide de Winscp, le débit est tout aussi minable. Samba ne semble donc pas être en cause.
La copie "interne" au serveur, de disque à disque se passe sans problème.

Je pense qu'il s'agit donc bien d'un problème réseau.
Mais j'ai beau redémarrer les services ou le serveur, rien n'y fait

Avez-vous des idées?
EDIT: Est-ce que le package fusesmb pourrait causer ce type de problème?

Merci

Tous les 6 mois ? hmm... mise à jour ?
A la rigueur, essaie de voir avec un apt-listchange ou apticron, mais ça sera du a posteriori.
 
Là il faudrait voir au niveau des logs (/var/log/aptitude si les logs apt sont actifs et dmseg sinon).
 
En autre piste à suggérer, ça pourrait être niveau matos, même si la réinstallation semble régler provisoirement le problème. Ou alors plus bêtement encore... une utilisation disque un peu trop importante ? (purger les logs et le cache apt au moins)

une mise à jour je ne pense pas. Car j'avais le problème avec une Debian 6 maintenant une Debian 7 (qui a été mis à jour depuis la Debian 6).

Par contre, ton hypothèse du matos me semble interessante. Car je vois le débits baisser de moitié quelques semaines avant que le problème ne se produise. Donc soit ça, soit un cache qui se rempli quelque part.

Concernant une utilisation trop intensive du disque, je ne pense pas. J'ai en moyenne une cinquantaine de Go copiés chaque mois. Ca ne me parait pas énoirme non plus. De plsu mes rapports SMART sont toujours niquels.

Les rapports SMART, je ne fierais pas trop à ta place, j'ai déjà vu des disques "nickels" au SMART, qui pourtant surchauffaient et/ou faisait un bon clac-clac. Et quand c'est du SAS qui fait ce bruit sur un serveur au boulot, tu pries pour qu'il soit sous garantie ou avoir un budget pour le remplacer... ou d'être en vacances quand il lâchera

pareil je fais gaffe au smart juste quand il me donne des avertissements,
 
Sinon installe munin pour en savoir plus, fais des vmstat...
 
Il faut en dire plus aussi peut être tu as des plugins samba
 
Moi en tout cas je pencherai plus pour un pb samba, j'ai même l'impression que ça m'est arrivé mais désolé je ne me souviens plus

J'au munin d'installé sur le serveur.
Pas uniquement samba mais réseau plus généralement. Car même en copiant avec Winscp et donc en passant par ssh, le débit est pratiquement nul.

munin te donne rien au niveau des I/O ?
t'as essayé de réinstaller samba plutot que tout le serveur ?
ou au moins de remettre une conf par défaut
 
Ca me revient, j'ai déjà eu des conf qui le faisait foiré avec certain windows ( au moment de windows 7)
regarde dans les logs de samba ?

Non, rien de particulier au niveau des I/O.
J'ai essayé de réinstallé Samba mais ça n'a rien changé. Mais même avec Samba désinstallé, les transferts via ssh étaient extrêmement lents. Par cintre il y a en effet 3 machines sous Windows 7 qui se connectent dessus...
Sais tu quels type d'erreur je devrait trouver dans les logs Samba?

je sais plus mais si le pb apparaît sans samba il faut pas chercher de ce côté
 
Pars du côté du réseau peut être câble, switch avec une machine uniquement
Fais des pings aussi, ça peut être un port de switch

Aussi "régulier" et avec une réinstallation du système, ça ne peut pas provenir d'un câble
 
Avec un transfert lent sous SSH sans Samba, c'est soit l'OS qui foire, soit ... ah ben non, juste la cohabitation Windows 7/Debian  
A droite et à gauche, certains arrivent à faire mieux fonctionner en désactivant le support IPv6 sur leur Debian.

Je penche pour un fichier log sursaturé et pas de log rotate ou de cron pour faire le changement de fichier logs.
Vérifie ton /var/log si tu as des fichiers du genre dmesg ou autre qui dépassent le MO, au pire copie le tout et flush ton /var/log

pas bête rien qu'un df -h pour voir l'espace disque
 
Bardiel: je conclurais pas aussi vite sur le switch, t'as jamais eu un port qui déconnait par intermittence ? ;-)

J'ai de l'espace disque. Par contre j'ai fais un test très simple: un ping sur mon routeur. Le serveur est relié au routeur par un cable en Gbit. Sur 30 sauts, j'ai 4 paquets qui ne sont pas acheminés. Soit une perte de 13%. Cela semble confirmer un problème réseau, car il ne devrait y avoir aucune perte. Par contre un ping sur l'adresse 127.0.0.1  ne retourne aucun problème.

Oui bah cherche pas, t'as un log saturé, soit l'iptable, soit le network, enfin bref, vide tes FOUTU LOGS. même avec de l'espace disque, ça peu faire ramer sévère les services qui utilisent les logs saturés.

Mon plus gros log fait 1.3Mo....

Oui, mais une réinstallation ne résolvait pas le problème

En effet. Mais je vais vérifier ça de plus pret...

 
non mais si il est a sa 2e réinstallation c'est pas assez représentatif !

J'ai fait un deuxième test:
Changement de port sur le routeur et passage de mon PC Windows7 en Wifi: Aucun changement. je suis toujours à 23ko/s.

autre port switch ?  autre pc ? autre OS ?

J'ai placé dans le serveur une autre carte réseau gigabit et le problème n'apprait plus avec cette nouvelle carte..... Si vous avez une éxplication, je suis preneur! Mais j'ai le vague souvenirs que des problèmes réseaux avec le les puces Nforce et Linux éxistent. Il me semblait avoir vu cela quelque part.
Quoi qu'il en soit, merci. LE problème n'est pas vraiment résolu mais je n'ai plus à y faire face

Deuxième information: Il semblerai que ce sois la réservation d'adresse IP qui posait problème. EN effet, lorsque réutilisé la carte réseau qui posait problème et que j'ai reconfigurer mon routeur pour adresser la même à mon serveur, pour une raison inconnue cette adresse ne lui était jamais attribuée. Mais toujours une autre. Par contre plus aucun problème de débit.
Il s'agissait très probablement d'un conflit d'adresse IP assez étrange.