<div dir="ltr">Salut Cyril,<br><div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 22, 2018 at 3:47 PM Cyril Chaboisseau <<a href="mailto:cyril.chaboisseau@free.fr">cyril.chaboisseau@free.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Salut JM,<br>
<br>
* Jean-Marc Libs <<a href="mailto:jeanmarc.libs@gmail.com" target="_blank">jeanmarc.libs@gmail.com</a>> [2018-08-21 17:31 +0200]:<br>
<br>
> On Mon, Aug 20, 2018 at 10:36 PM Christophe Courtois <christophe@courtois.cc><br>
> ><br>
> > À tout hasard :<br>
> > - tester avec scp -v<br>
> > - ou scp -C (une histoire de compression ?)<br>
> > - 256 Mo, c'est beaucoup par rapport à la mémoire du serveur cible et à<br>
> > ses IO ? je pense à un cache qui sature (et que scp traiterait de<br>
> > manière plus agressive ?). Il se passe quoi si tu réduis la bande<br>
> > passante avec scp -l ?<br>
> > - quand ça fige, c<br>
> > - en parallèle, que disent (par exemple ) iftop, vmstat, free -m ?<br>
> > - tu as laissé combien de temps à scp avant d'abandonner le transfert ?<br>
<br>
suite aux conseils de Christophe, comme j'ai l'impression que tu n'as<br>
pas tester l'option limitation de la BP par scp, peux-tu voir si ça<br>
passe avec la commande suivante :<br>
<br>
scp -l 8192 dbdump/20180727_all-databases.sql xx.xx.xx.xx:<br></blockquote><div><br></div><div>J'ai pas bien vu l'intérêt car c'est xx.xx.xx.xx qui gèle.</div><div>Il faudrait empêcher que d'autres membres de la communauté (oui, j'espère ne pas le gérer seul, ce serveur) le plantent en faisant un scp. Que moi je connaisse une astuce, c'est pas bien utile :-(<br></div><div><br></div><div>Pour ce qui est de transférer le fichier, je peux passer par rsync qui fonctionne à merveille. J'ai migré 270 Go en rsync, et ça fait la foultitude de fichiers que tu peux imaginer avec environ 590 instances de Tiki avec source, librairies tierces, répertoire .svn et fichiers caches.</div><div>C'est incroyablement puissant rsync.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
(idéalement, le faire aussi depuis un compte non-root pour voir si ça<br>
change qque chose)<br></blockquote><div><br></div><div>Oui, ben l'hébergeur me permet un reboot via l'interface de gestion par 30 minutes… je peux pas enchaîner les tests. D'autant qu'au départ faut surtout le mettre en prod :-(<br></div><div>Il faut donc choisir les tests stratégiquement :-)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
autres pistes :<br>
<br>
changer ton MTU sur ton lan<br>
<br>
ifconfig eth0 mtu 1492<br>
ou bien<br>
ip link set dev eth0 mtu 1492<br>
<br>
(dans l'hypothèse où tu serais à 1500 ou +)<br></blockquote><div><br></div><div>Effectivement, j'ai 1500 sur eth0.</div><div>Après avoir fait « ifconfig eth0 mtu 1492 »</div><div><br></div><div><b>J'ai transféré 5 fois le fichier sans rien geler ! Victoire !</b><br></div><div><br></div><div>Après reboot, je vois que c'est revenu à MTU 1500</div><div>et je fais un contre-test avec un iostat 1 et un sar 1 dans des fenêtres qui ont gelé.<br></div><div><br></div><div>Voilà les résultats, je sais pas trop interpréter, mais au cas où ça parle à quelqu'un…<br></div><div><br></div><div>iostat 1 :<br></div><div><span style="font-family:monospace,monospace">avg-cpu: %user %nice %system %iowait %steal %idle<br> 4.55 0.00 4.04 0.00 0.00 91.41<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 0.00 0.00 0.00 0 0<br>sdb 0.00 0.00 0.00 0 0<br>md1 0.00 0.00 0.00 0 0<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0<br><br>avg-cpu: %user %nice %system %iowait %steal %idle<br> 3.05 0.00 2.79 0.00 0.00 94.16<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 0.00 0.00 0.00 0 0<br>sdb 0.00 0.00 0.00 0 0<br>md1 0.00 0.00 0.00 0 0<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0<br><br>avg-cpu: %user %nice %system %iowait %steal %idle<br> 3.02 0.00 4.53 0.25 0.00 92.19<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 5.00 0.00 20.00 0 20<br>sdb 5.00 0.00 20.00 0 20<br>md1 3.00 0.00 12.00 0 12<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0<br><br>avg-cpu: %user %nice %system %iowait %steal %idle<br> 4.28 0.00 6.05 0.00 0.00 89.67<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 0.00 0.00 0.00 0 0<br>sdb 0.00 0.00 0.00 0 0<br>md1 0.00 0.00 0.00 0 0<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0<br><br>avg-cpu: %user %nice %system %iowait %steal %idle<br> 4.31 0.00 5.33 0.00 0.00 90.36<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 0.00 0.00 0.00 0 0<br>sdb 0.00 0.00 0.00 0 0<br>md1 0.00 0.00 0.00 0 0<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0<br><br>avg-cpu: %user %nice %system %iowait %steal %idle<br> 5.85 0.00 6.36 0.00 0.00 87.79<br><br>Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn<br>sda 0.00 0.00 0.00 0 0<br>sdb 0.00 0.00 0.00 0 0<br>md1 0.00 0.00 0.00 0 0<br>md3 0.00 0.00 0.00 0 0<br>md4 0.00 0.00 0.00 0 0</span><br></div><div><br></div><div>sar 1 :<br></div><div><br></div><div><span style="font-family:monospace,monospace">00:26:44 all 0.25 0.00 0.00 0.00 0.00 99.75<br>00:26:45 all 2.76 0.00 2.51 0.00 0.00 94.74<br>00:26:46 all 14.65 0.00 3.28 0.25 0.00 81.82<br>00:26:47 all 4.57 0.00 5.84 0.00 0.00 89.59<br>00:26:48 all 8.01 0.00 8.79 0.00 0.00 83.20<br>00:26:49 all 5.10 0.00 5.36 0.00 0.00 89.54<br>00:26:50 all 4.87 0.00 6.67 1.03 0.00 87.44<br>00:26:51 all 6.12 0.00 7.40 0.00 0.00 86.48<br>00:26:52 all 4.82 0.00 4.57 0.00 0.00 90.61<br>00:26:53 all 3.79 0.00 5.81 0.00 0.00 90.40<br>00:26:54 all 5.33 0.00 7.87 0.00 0.00 86.80<br>00:26:55 all 7.20 0.00 8.48 0.51 0.00 83.80<br>00:26:56 all 4.90 0.00 3.35 0.00 0.00 91.75<br>00:26:57 all 3.57 0.00 6.12 0.00 0.00 90.31<br>00:26:58 all 3.78 0.00 4.28 0.00 0.00 91.94<br>00:26:59 all 4.28 0.00 7.05 0.00 0.00 88.66<br>00:27:00 all 4.77 0.00 5.78 0.25 0.00 89.20<br>00:27:01 all 6.60 0.00 5.33 0.00 0.00 88.07<br>00:27:02 all 4.60 0.00 5.12 0.00 0.00 90.28<br>00:27:03 all 5.29 0.00 6.30 0.00 0.00 88.41<br>00:27:04 all 3.53 0.00 2.52 0.00 0.00 93.95<br>00:27:05 all 3.05 0.00 3.81 0.25 0.00 92.89<br>00:27:06 all 3.77 0.00 5.78 0.00 0.00 90.45<br>00:27:07 all 3.81 0.00 4.82 0.00 0.00 91.37<br>00:27:08 all 5.34 0.00 6.11 0.00 0.00 88.55<br>00:27:09 all 6.84 0.00 6.33 0.00 0.00 86.84<br>00:27:10 all 5.13 0.00 5.70 0.00 0.00 89.17<br>00:27:11 all 0.00 0.00 0.33 0.00 0.00 99.67<br><br>00:27:11 CPU %user %nice %system %iowait %steal %idle<br>00:27:12 all 0.33 0.00 0.00 0.00 0.00 99.67<br>00:27:13 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:14 all 0.00 0.00 0.33 0.00 0.00 99.67<br>00:27:15 all 0.33 0.00 0.00 0.00 0.00 99.67<br>00:27:16 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:17 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:18 all 0.00 0.00 0.33 0.00 0.00 99.67<br>00:27:19 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:20 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:21 all 0.00 0.00 0.33 0.00 0.00 99.67<br>00:27:22 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:23 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:24 all 0.00 0.00 0.33 0.00 0.00 99.67<br>00:27:25 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:26 all 0.33 0.00 0.00 0.00 0.00 99.67<br>00:27:27 all 0.00 0.00 0.33 0.00 0.00 99.67<br>00:27:28 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:29 all 0.00 0.00 0.00 0.00 0.00 100.00<br>00:27:30 all 0.33 0.00 0.33 0.00 0.00 99.33<br>00:27:31 all 0.00 0.00 0.00 0.00 0.00 100.00</span><br></div><div><br></div><div> Bon, y a un truc magique pour que le MTU reste à 1492 après reboot ?</div><div>Un script de boot ? Une valeur à changer dans un fichier ?</div><div><br></div><div>Un message à passer à l'hébergeur concernant la config du lan (qui est pas *mon lan*, en fait) ?<br></div><div><br></div>Du coup, pas testé la suite :<br><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
dernière piste, désactiver TCP SACK<br>
<br>
sudo sysctl -w net.ipv4.tcp_sack=0<br>
<br></blockquote><div><br></div><div> <div>Merci à tous !<br></div><div>En plus, j'ai re/découvert plein de commandes :-)</div><div><br></div></div><div>Jean-Marc Libs<br></div></div></div></div>