Bonjour,

Pourquoi ne pas ajouter de la swap ? 16To de disque, 8 Go c'est un peu bancal. C'est un peu étonnant que le transfert d'un fichier consomme exclusivement toute la RAM, mais si c'est bien le soucis, ajoute une partition ou un fichier de swap.
Le mieux, vu le prix de la RAM, même pour serveur, ce serait d'ajouter de la RAM.

Tu peux sinon tenter de changer la valeur du swappiness en effet. Tente de mettre 0.

Mais ce n'est qu'un contournement, le mieux serait d'essayer de resoudre le problème. Ce n'est pas normal que ça swap pour un simple transfert de fichier, peu importe sa taille.

Mets un swappiness à 5, car tu risque d'avoir oomkiller qui ce déclenche souvent avant que le système bascule sur le swap si tu le mets à 0, il est un peu tatillons.

Je le fais pour mes machines virtuels, cela évite qu'il me tue celles qui consomme trop de mémoire malgrès un swap de plusieurs dizaines de Go (30 Go actuellement et j'ai 32Go de RAM...).

Mais tu les ouvrent les fichiers ou tu les transferts???

Après je n'utilise plus ftp depuis longtemps, mais je n'ai pas souvenir qu'ils pompent autant lors des transferts de fichier.

Je ferai un test sur mon deuxième serveur qui dispose de 8 Go histoire de voir si je détecte ce genre de chose, mais sur le primaire je n'ai pas constaté ce genre de consommation. Après il a 16Go de RAM avec 10Go de swap, mais même là je n'ai jamais vu ce genre de chose.

Tu ne peux pas faire un transfert avec scp?

Free -m pendant et après le transfert avec scp :

         total          used          free      shared     buff/cache   available
Mem:          16003        6461         157          25        9384             9183
Swap:         10239        2382        7857

Je referai le test demain, car là j'ai trop de choses qui tournent, mais bon même avec des transferts de fichiers de plusieurs dizaines de Go je n'ai pas de problème. A voir avec ftp...

euh où tu vois que la swap est utilisé à 100% ? Sur la capture de ton post #4 et #6 que tu met t'es plutot à 0% utilisée.

MiB Swap:   8080.0 total,   8076.7 free,      3.3 used.   7396.1 avail Mem 

3.3M utilisé sur les 8G...

(d'ailleurs pense à utiliser les balises code je vais éditer 1 de tes messages pour que tu vois comment faire).

ensuite les buffers/cache c'est normal que ça consomme la mémoire, c'est pour du cache. Pour rappel la mémoire inutilisée c'est de la mémoire gâchée.

Mais ça renforce ce que je disais en #2, ce n'est pas normal, et du coup pas sûr que la swap soit la bonne piste...

Complètement pas normal cette histoire, car comme dis plus haut c'est normal que le cache utilise toute la mémoire libre. Mais bon tant mieux si ça marche pour toi.

Si le problème est réglé, merci de cliquer sur le bouton "Sujet résolu".

PS: tu n'a pas utiliser les balises code comme demandé

Tu as regardé les logs du serveur FTP ? Ou du système ? Si ça se trouve t'as un problème matériel sur une barrette ou sur le disque, qui fait que en cas de stress mémoire (utilisation de la swap), ça plante. Ou tout aussi probable, le serveur FTP. C'est lequel ? est-il à jour ? Est-il bien configuré ? Idem pour le système. Mais sans log, sans plus d'info sur la version des logiciels etc on ne peut que faire des suppositions.

Si en plus ça n'arrive que sur des gros transferts, il y a plein d'autres possibilités de plantage. Il peut y avoir une taille max configuré sur le serveur. Qui dit gros transfets, dit connexion à longue durée. Donc il peut y avoir des timeouts sur le serveur, sur un équipement réseau intermédiaire. Ensuite est-ce que la reprise du téléchargement est possible? Pour éviter de repartir à zero à chaque coupure. etc

Le FS peut aussi être impactant. Certains sont limités à 2To par ex. Tu parles de fichier de 3To donc c'est possible aussi.

Par contre, au risque de me répéter, ce qui est 100% sûr et certain, c'est qu'un simple transfert FTP ne fait pas planter un serveur. Le FTP est un des plus vieux protocole au monde, et un des plus utilisé, je t'explique pas le désastre en terme d'image si Linux ne savait pas faire ça sans planter...

Donc en gros, le fait de vider manuellement tes caches, evite ton problème, mais ne le corrige pas sur le fond. Mais on a pas tous le même niveau d'attente, pour te donner une idée, moi au boulot, une solution comme ça c'est la porte direct par ex.

Le fait que tu avais le même soucis sur une autre distro, si c'est le même serveur FTP, indique juste qu'il y a peut être le même soucis dans la config. Cela ne confirme en rien qu'il faille manuellement vider les caches toutes les minutes. Autant couper les caches. Et vider les caches toutes les minutes tu va peut être avoir des effets de bord sur le long terme (performance dégradée, usure des disques etc).

RAID0 sur 4 disques tu es sûr ? ça veut dire 4 fois plus de chances de tout perdre...

Bon j'ai pas tout compris mais que dire de plus à part: bonne continuation

Pinaise...

Passe au RAID 5, au moins tu as les avantages du Raid0( le débit, perso je fais du +/-500Mb/s de moyenne sur mes 3x2to) tout en ayant la sécurité (mode parité), tu peux perdre un disque sans problème (dans ton cas tu dois pouvoir en perdre 2 du coup), tout en perdant qu'une partie du totale de l'espace disque (1/4 de l'espace totale quoi).

A mon avis tu dois plus saturer le bus Sata que la ram... A voir si cela n'influe pas non plus (vu que c'est du RAID logiciel...).

Après +1 si tu n'a pas le réseau qui suit cherche pas plus loin.

Le Raid 5 ne tolère la panne que d'un seul disque, peu importe le nombre. A moins de mettre du hot spare. Mais bon toujours bien mieux que le Raid 0.