[Linux] Serveur qui gèle si on y copie un fichier trop grand ?
Jean-Marc Libs
jeanmarc.libs@::1
Mar 21 Aou 17:31:33 CEST 2018
Hello !
On Mon, Aug 20, 2018 at 10:36 PM Christophe Courtois <christophe@::1>
wrote:
> Salut !
>
> Le 20/08/2018 à 19:52, Jean-Marc Libs a écrit :
> > Transférer le même fichier via sftp fonctionne sans souci
> > Et pendant que j'y étais, j'ai testé via rsync sans souci:
> > Mais un test de confirmation avec scp a bien replanté le serveur. Mais
> > pas à 256Mo, à 168Mo cette fois-ci.
>
> Bizarre, ton histoire.
>
N'est-ce pas ?
>
> Le débit est-il équivalent dans les 3 cas ? (jusqu'à la perte de
> connexion en tout cas)
>
À peu près:
sftp: 9.2MB/s ou 11.6MB/s
rsync n'a rien affiché
scp d'un fichier complet:
20180818_all-databases.sql 100% 648MB 12.0MB/s
00:54
> > Le but, évidemment, c’est pas de transmettre le fichier en question.
> > C'est de trouver comment avoir un serveur qui se fige pas suite à des
> > manips anodines qui n'ont rien à voir :-(
>
> À tout hasard :
> - tester avec scp -v
> - ou scp -C (une histoire de compression ?)
> - 256 Mo, c'est beaucoup par rapport à la mémoire du serveur cible et à
> ses IO ? je pense à un cache qui sature (et que scp traiterait de
> manière plus agressive ?). Il se passe quoi si tu réduis la bande
> passante avec scp -l ?
> - quand ça fige, c
> - en parallèle, que disent (par exemple ) iftop, vmstat, free -m ?
> - tu as laissé combien de temps à scp avant d'abandonner le transfert ?
>
>
J'ai re-gelé avec iftop et htop dans des fenêtre séparées.
Alors déjà, la taille du fichier à transférer avant gel varie. j'ai pu
passer 648MB puis le même a gelé à 228MB juste après.
Pour résumer htop, rien ne saturait (qu'on peut pas copier/coller????)
On the server, htop shows nothing interesting:
* No usage of much memory
* Load average 0.42
* sshd 50% CPU
iftop, je connaissais pas, mais voila:
On the server, iftop gives:
# Host name (port/service if enabled) last 2s last 10s
last 40s cumulative
--------------------------------------------------------------------------------------------
1 show.firstheberg.net => 1.15Mb 1.04Mb
414Kb 2.02MB
lololo.tiki.org <= 128Mb 116Mb
40.8Mb 204MB
2 show.firstheberg.net => 17.0Kb 19.2Kb
20.2Kb 2.62MB
LFbn-1-7625-74.w90-126.abo.wanadoo.fr <= 2.23Kb 2.80Kb
2.64Kb 309KB
3 239.192.152.143 => 0b
0b 0b 0B
srv221.firstheberg.net <= 0b 1.15Kb
1.15Kb 172KB
4 91.236.239.255 => 0b
0b 0b 0B
srv211.firstheberg.net <= 312b
374b 187b 4.57KB
5 224.0.0.252 => 0b
0b 0b 0B
srv211.firstheberg.net <= 0b
352b 176b 880B
6 srv196.firstheberg.net => 0b
117b 29b 146B
dns.quad9.net <= 0b
216b 54b 270B
7 255.255.255.255 => 0b
0b 0b 0B
srv173.firstheberg.net <= 1.57Kb
322b 80b 402B
8 255.255.255.255 => 0b
0b 0b 0B
miajsocy.com <= 0b
259b 130b 12.7KB
9 239.192.152.143 => 0b
0b 0b 0B
srv211.firstheberg.net <= 588b
235b 176b 18.9KB
10 91.236.239.255 => 0b
0b 0b 0B
srv235.firstheberg.net <= 0b
187b 234b 33.6KB
--------------------------------------------------------------------------------------------
Total send rate: 1.17Mb 1.06Mb
434Kb
Total receive rate: 128Mb 116Mb
40.8Mb
Total send and receive rate: 129Mb 117Mb
41.2Mb
--------------------------------------------------------------------------------------------
Peak rate (sent/received/total): 1.17Mb 152Mb
153Mb
Cumulative (sent/received/total): 11.5MB 880MB
891MB
============================================================================================
Je sais pas trop ce qui est étrange ou intéressant là-dedans
Bon, à moins que quelqu'un aie une idée prometteuse et comme finalement, ça
correspond pas à un usage prévu de serveur, les scp externes, je vais
arrêter les reboots incessants pour boucler la partie fonctionnelle et
espérer qu'une mise à jour future corrige ça. C'est pas un serveur vraiment
critique en terme de disponibilité (c'est pour la mise en évidence de bugs).
Merci pour les pistes
Librement,
J-M
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://strasbourg.linuxfr.org/pipermail/linux/attachments/20180821/dfc7cfbd/attachment.html>
Plus d'informations sur la liste de diffusion linux