Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: bcomte on March 13, 2006, 07:05:10 AM
-
Hello,
j'ai un sme 6.01 mis à jour avec Yum.
depuis quelques temps mon disque dur fait du bruit une bonne partie de la nuit :hammer: ...
avant il bossait comme cela pendant une quinzaine de minutes mais maintenant il ne s'arrete plus entre 4h et 8h du mat. :evil:
qui aurait une idée?
Merci .
Bern.
-
Ben, faudrait avoir une idée de ce qu'il fait. Regarder avec top ou ps s'il y a un programme qui s'active à ce moment là.
-
merci pour l'aide
voici ce que top me donne:
[root@bigboss root]# top
7:04am up 23:50, 1 user, load average: 2,37, 2,34, 2,29
128 processes: 124 sleeping, 3 running, 1 zombie, 0 stopped
CPU states: 55,6% user, 40,3% system, 0,0% nice, 3,9% idle
Mem: 506048K av, 389220K used, 116828K free, 0K shrd, 68768K buff
Swap: 265064K av, 0K used, 265064K free 176080K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
5160 root 11 0 14188 13M 564 S 14,1 2,8 70:02 logrotate
6 root 9 0 0 0 0 SW 1,1 0,0 12:54 kscand
5436 root 12 0 1056 1056 792 R 0,9 0,2 0:03 top
13 root 9 0 0 0 0 SW 0,5 0,0 1:06 kjournald
18588 root 13 0 356 356 280 R 0,5 0,0 0:00 gzip
1 root 8 0 476 476 416 S 0,3 0,0 0:06 init
429 root 9 0 592 592 488 S 0,3 0,1 1:09 syslogd
2 root 8 0 0 0 0 SW 0,0 0,0 0:00 keventd
3 root 9 0 0 0 0 SW 0,0 0,0 0:00 kapmd
4 root 18 19 0 0 0 SWN 0,0 0,0 0:00 ksoftirqd_CPU0
5 root 9 0 0 0 0 SW 0,0 0,0 0:00 kswapd
7 root 9 0 0 0 0 SW 0,0 0,0 0:00 bdflush
8 root 9 0 0 0 0 SW 0,0 0,0 0:00 kupdated
9 root -1 -20 0 0 0 SW< 0,0 0,0 0:00 mdrecoveryd
104 root 9 0 0 0 0 SW 0,0 0,0 0:00 khubd
209 root 9 0 0 0 0 SW 0,0 0,0 0:00 kjournald
343 root 9 0 380 380 320 S 0,0 0,0 0:00 mingetty
344 root 9 0 380 380 320 S 0,0 0,0 0:00 mingetty
345 root 9 0 316 316 260 S 0,0 0,0 0:00 svscan
368 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
369 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
378 cvmlog 9 0 300 300 248 S 0,0 0,0 0:00 multilog
379 root 9 0 488 488 420 S 0,0 0,0 0:00 cvm-unix-local
380 root 9 0 304 304 260 S 0,0 0,0 0:00 supervise
381 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
382 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
383 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
384 root 9 0 308 308 260 S 0,0 0,0 0:00 supervise
385 root 9 0 304 304 260 S 0,0 0,0 0:00 supervise
386 qmaill 9 0 296 296 248 S 0,0 0,0 0:00 multilog
-
Ca se précise :
7:04am up 23:50, 1 user, load average: 2,37, 2,34, 2,29
128 processes: 124 sleeping, 3 running, 1 zombie, 0 stopped
5160 root 11 0 14188 13M 564 S 14,1 2,8 70:02 logrotate
logrotate a l'air de partir en vrille. C'est même peut-être lui qui est classé comme zombie. Logrotate archive à intervalle régulier certains fichiers de log de ton serveur et jête aussi les plus vieux. Normalement, c'est pas le truc qui doit trop charger le serveur. Là, il a déjà utilisé 70 minutes de temps CPU. Reste à savoir pourquoi.
Première hypothèse, il y a un bug dans logrotate.
Seconde hypothèse, logrotate se retrouve avec beaucoup plus de boulot à faire que prévu, par exemple parce qu'un fichier de log a une taille anormale. Est-ce que tu pourrais regarder si tu n'as pas un fichier de log très gros? ( des dizaines voir des centaines de Mo peut-être).
Est-ce que tu es sûr que c'est après ta dernière mise à jour de yum? Si oui, est-ce que tu pourrais trouver quels sont les rpms qui ont été mis à jour à cette occasion? (dans yum.log).
-
ok, j'ai vérifié les logs, c'est snort qui déconne :roll:
toute les 3 secondes il démarre et s'arrete :-o
je vais chercher ce qui se passe.
en tout cas merci pour les pistes.
:pint: Bern.
-
ok, j'ai vérifié les logs, c'est snort qui déconne :roll:
C'est une contribution, ça? (connaît pas). Essaie peut-être de la réinstaller. Il y a un certain nombres de contributions qui n'aiment pas les mises à jour mais qui vont bien quand on les réinstalle après la mise à jour.