Oui, ça m’emmerde mais bon, 5 ans d’uptime, c’est pas rien. Après ça peut être autre chose: ce Proxmox a du stockage LVM sur iSCSI, pourrait y avoir une merde dans un driver qui provoque des IO-wait anormales même quand la VM est sur le ZFS local. Ca me parait tordu, d’autant plus que le second du cluster a les mêmes volumes LVM/iSCSI et pas du tout les mêmes problèmes. Il a juste un uptime 8 fois plus petit. Ce que je sais par contre, c’est que LVM/iSCSI, c’est un setup à éviter formellement, donc bon…
Ce que je ferai quand j’aurais migré les VM ailleurs (j’en ai pour un moment), c’est remettre une VM qui posait problème dessus, et voir si le problème est toujours là (avec ce coup-ci donc un CPU à 0% et quasi pas d’IO ni local, ni iSCSI). Si oui, c’est bien à priori un problème lié à l’uptime, pas un simple problème de CPU/IO. Ensuite je reboot et si problème disparu, c’est confirmé. Et si je peux pas conclure, tant pis, pas grave :) > Le 25 sept. 2020 à 19:53, Wallace <wall...@morkitu.org> a écrit : > > On est vendredi je me permet, tu insinues que la méthode DDR (Dans le Doute > Reboot) qui colle aux serveurs windows marcherait pour Proxmox? :D > > > > Le 25/09/2020 à 19:37, David Ponzone a écrit : >> >> Après avoir déplacé une VM à problème sur un Proxmox 6.2 presque vide, plus >> de problème de perf. >> Donc je pige pas tout, mais la prochaine étape c’est de vider le Proxmox 4 >> qui va mal pour reboot et upgrade. Parfois, faut pas chercher :) > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
