Supprimer un message

blietaer

~ # vmstat -a -S M 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free inact active si so bi bo in cs us sy id wa
0 36 0 223 2501 5126 0 0 3 5 2 3 0 1 95 3
0 36 0 222 2501 5126 0 0 0 3848 1794 2291 0 1 0 99
0 36 0 222 2501 5126 0 0 0 4964 1866 2610 1 1 0 98
0 37 0 221 2501 5126 0 0 0 5168 2218 3007 1 1 0 98
0 37 0 221 2501 5126 0 0 0 4 1842 2114 0 1 0 99
0 36 0 221 2501 5126 0 0 0 4348 1986 2394 1 2 0 97
1 35 0 221 2501 5126 0 0 0 1928 2116 2747 1 1 0 98
1 35 0 222 2501 5126 0 0 0 2152 2084 2364 0 1 0 98
1 36 0 222 2501 5126 0 0 0 4116 2361 3191 1 2 0 97
0 36 0 222 2501 5126 0 0 0 4 1938 2443 0 1 0 99
0 37 0 222 2501 5126 0 0 0 2924 1953 2541 1 1 0 97
0 37 0 222 2501 5126 0 0 0 4408 2001 2385 1 1 0 98
0 37 0 222 2501 5126 0 0 0 4 1625 1804 0 1 0 99
0 37 0 221 2501 5126 0 0 0 5060 2450 3703 1 2 0 97
0 36 0 222 2501 5126 0 0 0 4132 2064 3179 1 2 0 97
0 37 0 221 2501 5126 0 0 0 16 2321 3378 1 1 0 98
0 36 0 221 2501 5126 0 0 0 4076 1871 2662 1 2 0 98

La dernière colonne est très inquiétante: c'est le temps que le CPU passe à attendre de l'I/O :ohwell:

Une horreur à été détectée: deux machines virtuelles contenaient dans leur /etc/fstab l'option "errors=remount-ro" et...étaient précisément remountée en ro!!
Pour des serveurs mail je vous dis pas l'horreur.
Donc j'ai viré l'option et relancé en rw.
Du coup, j'imagine que le serveur tricotte surtout pour se remettre à jour de tous les mails en attente...
Mais c'est un peu comme remplacer un fusible de voiture par un papier alu: ca marche bien, mais si le fusible a pété, c'est qu'il y a une raison et maintenant c'est plus un fusible qui risque de griller, mais toute la voiture.
Bref.
Assez de métaphores, je prends ma lampe torche et descend dans les logs.
A plus tard...