OVH Cloud OVH Cloud

[HELP] Plantage inopiné d'un serveur dédié OVH

16 réponses
Avatar
hermes94
Bonjour =E0 tous,

J'aurais besoin d'avis =E9clair=E9s concernant un probl=E8me de plantage
al=E9atoire d'un serveur d=E9di=E9 OVH (Bi-PiV, Red Hat 7.2 Enigma)

- Rien de sp=E9cial dans les logs
- SMART Ok pour le disque qui contient le systeme hda
- Pas de charge importante: quand je lance top, la charge d=E9passe
rarement 1, souvent entre 0.15 et 0.5

Et pourtant durant un instant tr=E9s bref la charge monte =E0 3 voire 5
(dans top) et le serveur se bloque, plus moyen d'acc=E9der en ssh.

Pas moyen de savoir quel processus bloque le serveur puisque tous les
process occupe moins de 1% du CPU et da la m=E9moire:

copie top:

[root@ns2835 root]# top
4:32pm up 1 day, 22:25, 1 user, load average: 3,81, 1,10, 0,41
84 processes: 83 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 0,1% user, 0,0% system, 0,0% nice, 99,4% idle
CPU1 states: 0,0% user, 0,1% system, 0,0% nice, 99,4% idle
Mem: 505496K av, 442012K used, 63484K free, 0K shrd,
123892K buff
Swap: 522104K av, 0K used, 522104K free
112824K cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
19306 root 10 0 2024 2024 1672 S 0,1 0,4 0:08 sshd
23887 root 16 0 1076 1076 828 R 0,1 0,2 0:01 top
1 root 9 0 524 524 456 S 0,0 0,1 0:07 init
2 root 9 0 0 0 0 SW 0,0 0,0 0:00 keventd
3 root 19 19 0 0 0 SWN 0,0 0,0 0:00
ksoftirqd_CPU0
4 root 19 19 0 0 0 SWN 0,0 0,0 0:02
ksoftirqd_CPU1
5 root 9 0 0 0 0 SW 0,0 0,0 0:00 kswapd
6 root 9 0 0 0 0 SW 0,0 0,0 0:00 bdflush
7 root 9 0 0 0 0 SW 0,0 0,0 0:06 kupdated
8 root -1 -20 0 0 0 SW< 0,0 0,0 0:00
mdrecoveryd
9 root 9 0 0 0 0 DW 0,0 0,0 3:54 kjournald
17253 root 9 0 0 0 0 DW 0,0 0,0 2:16 kjournald
11584 root 9 0 0 0 0 SW 0,0 0,0 0:00 kjournald
26347 root 9 0 1352 1352 1196 S 0,0 0,2 0:05 sshd
13917 root 9 0 596 596 488 D 0,0 0,1 0:04 syslogd
7042 root 9 0 516 516 440 S 0,0 0,1 0:00 klogd
16089 named 9 0 4516 4516 2036 S 0,0 0,8 0:00 named
27157 named 9 0 4516 4516 2036 S 0,0 0,8 0:01 named
26938 named 9 0 4516 4516 2036 S 0,0 0,8 0:18 named
1646 named 9 0 4516 4516 2036 S 0,0 0,8 0:19 named
30327 named 9 0 4516 4516 2036 S 0,0 0,8 0:01 named
28961 named 9 0 4516 4516 2036 S 0,0 0,8 0:06 named
28504 root 9 0 972 972 776 S 0,0 0,1 0:00 xinetd
22059 qmails 9 0 408 408 316 D 0,0 0,0 0:10
qmail-send
24086 qmaill 9 0 368 368 300 S 0,0 0,0 0:02 multilog
20468 root 9 0 500 500 424 S 0,0 0,0 0:01 tcpserver
25686 qmaill 9 0 504 504 432 S 0,0 0,0 0:00 tcpserver
2043 qmaill 9 0 292 292 232 S 0,0 0,0 0:00 tai64n
10755 root 9 0 332 332 272 S 0,0 0,0 0:00
qmail-lspawn
13879 qmailr 0 0 356 356 284 S 0,0 0,0 0:03
qmail-rspawn
22350 qmailq 9 0 352 352 288 S 0,0 0,0 0:03
qmail-clean
25775 root 8 0 3888 3888 3572 S 0,0 0,7 0:03 httpd
13448 root 9 0 660 660 556 S 0,0 0,1 0:00
couriertcpd
6096 root 9 0 460 460 388 S 0,0 0,0 0:00
courierlogger
24845 root 10 0 688 688 612 S 0,0 0,1 0:00 crond
28397 root 9 0 1044 1044 844 S 0,0 0,2 0:00
safe_mysqld
10960 daemon 9 0 576 576 492 S 0,0 0,1 0:00 atd
32331 root 0 0 1428 1428 1344 S 0,0 0,2 0:02 watchdog
6270 mysql 10 0 7572 7572 1296 S 0,0 1,4 0:03 mysqld
5257 root 9 0 304 304 248 S 0,0 0,0 0:00
clockspeed
24523 mysql 0 0 7572 7572 1296 S 0,0 1,4 0:05 mysqld
26823 mysql 9 0 7572 7572 1296 S 0,0 1,4 0:06 mysqld
15001 root 9 0 5104 5104 2064 S 0,0 1,0 0:02
miniserv.pl
18180 root 9 0 424 424 360 S 0,0 0,0 0:00 mingetty
14455 root 9 0 428 428 360 S 0,0 0,0 0:00 mingetty
23092 root 9 0 428 428 360 S 0,0 0,0 0:00 mingetty
10830 root 9 0 424 424 360 S 0,0 0,0 0:00 mingetty
10716 root 9 0 424 424 360 S 0,0 0,0 0:00 mingetty
3229 root 9 0 424 424 360 S 0,0 0,0 0:00 mingetty

J'avoue ne pas comprendre ce qui se passe...
Peut =EAtre un pb hardware ?

Si quelqu'un parmi vous peut m'aider, ce serait tr=E9s sympa de sa part.

Merci

6 réponses

1 2
Avatar
JUL
Bonjour Octave,

Sauf erreur de ma part, le serveur est bien bi-processeur.

Lorsque je lance machine.sh, j'obtiens:

processeur:

model name : Intel(R) Pentium(R) 4 CPU 3.06GHz
cpu MHz : 3073.755
model name : Intel(R) Pentium(R) 4 CPU 3.06GHz
cpu MHz : 3073.755


Et un P4 HT plutot non ?

--
JUL

Avatar
Dominique ROUSSEAU
Le ven, 16 sep 2005 at 09:21 GMT, Philippe Chevalier a écrit :
On 16 Sep 2005 01:41:46 -0700, hermes94 wrote:
16089 named 9 0 4516 4516 2036 S 0,0 0,8 0:00 named
27157 named 9 0 4516 4516 2036 S 0,0 0,8 0:01 named
26938 named 9 0 4516 4516 2036 S 0,0 0,8 0:18 named
1646 named 9 0 4516 4516 2036 S 0,0 0,8 0:19 named
30327 named 9 0 4516 4516 2036 S 0,0 0,8 0:01 named
28961 named 9 0 4516 4516 2036 S 0,0 0,8 0:06 named


J'ai comme un doute. Comment peut-il y avoir 6 process named qui
tournent en même temps ?


Ca a une tete de thread, ça, avec VSZ et RSS identiques.


Avatar
Romain Tournier
hermes94 wrote
in :
[...]

Bienvenue au support ovh ?

me semble pas que ce soit un groupe dédié au support technique.

--
Romain
Avatar
Spyou
hermes94 :

Voici le resultat SMART:




Je ne voudrais pas déranger, mais vous etes plutot hors-sujet.



Ca peut toujours interesser énormément de gens de comprendre l'interet
de SMART et de savoir quelles valeur surveiller. En matiere
d'hebergement et de securité des données, c'est un brin capital quand meme.


Avatar
Christophe Casalegno
hermes94 wrote:


A lire les réponses des uns et des autres (merci pour votre
réactivité à tous), il ne faut pas associer bi-proc et disque IDE ?

Merci encore pour vos réponses


C'est juste l'hyperthreading, concernant l'histoire de biproc et ide il n'y
a aucun rapport, tout dépend du type de requêtes (on peut faire beaucoup de
cpu sans faire beaucoup de requêtes disque.)

amicalement,

--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.securite-reseaux.com
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.

Avatar
oles
hermes94 a ?crit:
A lire les r?ponses des uns et des autres (merci pour votre
r?activit? ? tous), il ne faut pas associer bi-proc et disque IDE ?


Salut,
Ce n'est pas sur ce genre des newsgroups que vous allez trouver
des elements de reponses ? votre probleme, mais plust?t une
suite des messages "je pense que" qui ira dans le vide.

Le plus simple, si tu as un d?di? chez ovh, est de contacter le support
ou/et s'abonner sur notre mailing list Il m'arrive regulierement
poster la ml et aller jusqu'au bout du probleme ou l'origine du probleme.
Rien de tel peut ?tre fait dans le cadre de ce newsgroups, parceque d?j?
c'est hs (et meme si c'est pas hs, ?a sera rapidement au moment o? il y a
ovh quelque part dans le thread) puis j'ai pas trop envie de s'etaler sur
newsgroups pour eviter d'iriter une moiti? qui va dire que je fais de
la pub et l'autre moiti? qui va lire les threads comme un roman policier
et vont insister qu'on continue en cas o? une information secrete qui
pourrait venir se gliser dans le thread et qui pourrait remettre en
cause tout ovh dans son integralit?, puis enfin c'est pas le but de repondre
les problemes particuliers sur newsgroups generaliste (opentroll).

Bref, en cas de danger de mort d'homme.

Amicalement
Octave

--
Simplifiez la gestion de votre hebergement et
telechargez MoM: http://www.ovh.com/fr/download
pour Windows, Mac ou Linux. C'est gratuit !

1 2