Membre depuis le 08/06/2024
yo. 500ms d'await c'est pas normal pour sdb. as-tu regardé les dmesg pour des erreurs liées au disque ou au contrôleur raid ? des fois c'est un disque qui lâche silencieusement
Membre depuis le 08/02/2020
regarde aussi ce que fstrim -v /montpoint dit. si le disque est un ssd ça peut être le trim qui pose problème ou si c'est un disque "mécanique" est-ce qu'il y a des écritures séquentielles ou aléatoires ? un vmstat 1 5 peut donner des infos sur le type d'io
Membre depuis le 10/06/2019
et le scheduler io ? c'est cfq ou mq-deadline ou none ? tu peux voir ça avec cat /sys/block/sdb/queue/scheduler. si c'est un ssd met none ou mq-deadline
Membre depuis le 10/04/2020
as-tu un lsof +l1 pour voir quels process écrivent sur cette partition ? des fois une appli qui fait des sync() à gogo ou des gros flushs peut plomber le disque sans erreur apparente. et verifie le smartctl du disque, c'est le premier truc à faire pour un disque qui rame
Membre depuis le 17/04/2020
merci pour toutes les pistes ! après un smartctl -a /dev/sdb j'ai un reallocated_sector_ct qui est passé de 0 à 500. c clairement le disque qui est en train de mourir. on va le remplacer. je pensais que dmesg allait m'alerter direct. thx la team !
Vous devez être connecté pour poster un message !
Recevoir les derniers articles gratuitement en créant un compte !
S'inscrire
michel57
Membre depuis le 17/04/2020
salut
on a un serveur linux (debian 11 kernel 5.10) qui a des problèmes de iowait énorme sur une seule partition /dev/sdb1. l'appli dessus est super lente. j'ai checké les logs, pas d'erreurs disque. c'est quoi le truc avec le iowait ?
le %util est à 100% mais c'est surtout le await qui m'inquiète