Forum de discussions NFrance - Support offres dédiées et mutualisées
Vous n'êtes pas identifié.
Bonsoir,
Nous constatons depuis vendredi soir des grosses lenteurs sur notre VDS. J'ai lancé un top il y a 10 minutes et la CPU dépassait les 80% alors qu'aucun process spécifique ne consomme plus d'1% de CPU. J'ai tenté de stopper tour à tour les services du serveur: apache, mysql, qmail, bind .. et la CPU continuait à rester à plus de 80% !
Je redoute un problème plus système sur le VDS. Pourriez-vous faire le nécessaire pour que je retrouve la main (même plus d'accès SSH désormais) et que le serveur réponde à nouveau correctement?
Merci d'avance
Cordialement
Hors ligne
Des process consommateurs qui faisait swapper ont été killés.
Cdt
Hors ligne
Merci beaucoup pour votre réactivité. Avec quelle commande avez-vous trouvé les process consommateurs?
Merci d'avance
Hors ligne
Bonsoir,
Le probleme ne cesse de se reproduire. J´ai constamment plus de 80% de consommation cpu et bcp de swap alors que les commandes top et ps -aux ne montrent aucune anomalie! J´ai une nouvelle fois arrete tous les services de mon serveur et la conso cpu reste la même! Je présume que la cpu est utilisée par un processus que je ne peux pas detecter.
Pourriez-vous svp m´apporter rapidement une explication ?
Cordialement
Hors ligne
Bonjour,
passez la commande : ps auxww|sort -k 5 -r
Ca vous listera les process triés par conso mémoire virtuelle
Vous avez des pbs avec des process find et sort lances par apache et root, qui s'accumulent et qui plantent votre vds avec une conso memoire trop importante. Les find sont bizarres. Ca ne sent pas bon...
Cdt
Hors ligne
Bonjour,
J´ai lancé la commande que vous m´avez communiqué mais je ne trouve absolument rien d´anormal (pas de process find ou sort consommateur):
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 11885 0.0 0.0 9628 1316 ? Ss 00:34 0:00 /usr/bin/perl /usr/share/webmin/miniserv.pl /etc/webmin/minis
erv.conf
root 11886 0.0 0.0 9628 1316 ? Ss 00:34 0:00 /usr/bin/perl /usr/share/usermin/miniserv.pl /etc/usermin/min
iserv.conf
admin 22626 0.0 0.0 8580 1592 ? S 15:40 0:00 sshd: admin@pts/0
root 22603 0.0 0.1 8572 2572 ? Ss 15:40 0:00 sshd: admin [priv]
admin 22628 0.0 0.0 4892 1988 pts/0 Ss 15:40 0:00 -rbash
root 11791 0.0 0.0 4856 840 ? Ss 00:34 0:00 /usr/sbin/sshd
www-data 11905 0.0 0.0 4640 844 ? S 00:34 0:00 /usr/lib/apache-ssl/gcache 33 /var/run/gcache_port
root 22647 0.0 0.0 4504 1768 pts/0 S 15:40 0:00 -su
root 22638 0.0 0.0 4108 1072 pts/0 S 15:40 0:00 su - root
bind 11560 0.0 0.1 38692 2512 ? Ssl 00:34 0:02 /usr/sbin/named -u bind
root 23064 0.0 0.0 3800 956 pts/0 R+ 15:44 0:00 ps auxww
nobody 11864 0.0 0.0 3552 492 ? Ss 00:34 0:00 proftpd: (accepting connections)
root 23066 0.0 0.0 3444 704 pts/0 S+ 15:44 0:00 more
root 23065 0.0 0.0 28780 584 pts/0 R+ 15:44 0:00 sort -k 5 -r
root 11609 0.0 0.8 26068 18004 ? Ss 00:34 0:00 /usr/sbin/spamd -v -m 10 -u vpopmail --nouser-config -d --pid
file=/var/run/spamd.pid
vpopmail 11643 0.0 0.8 26068 17160 ? S 00:34 0:00 spamd child
vpopmail 11642 0.0 0.8 26068 17052 ? S 00:34 0:00 spamd child
root 11652 0.0 0.0 2604 1328 ? S 00:34 0:00 /bin/sh /usr/bin/mysqld_safe
root 11541 0.0 0.0 2508 928 ? Ds 00:34 0:02 /sbin/syslogd
root 11799 0.0 0.0 2504 780 ? S 00:34 0:00 /usr/bin/tcpserver -H -R 0 pop-3 /usr/sbin/qmail-popup vds483
98. /usr/sbin/vchkpw /usr/sbin/qmail-pop3d Maildir
qmaild 11776 0.0 0.0 2500 816 ? S 00:34 0:00 /usr/bin/tcpserver -R -H -p -u 64011 -g 65534 -x /etc/tcp.smt
p.cdb 0 smtp /usr/sbin/qmail-smtpd
J´ai l´impression que je n´ai pas la même visu que vous ... Comment detectez-vous qu´il y a un find ou un sort qui plombe les performances de mon serveur?
Ce matin la cpu est toujours a plus de 70%
Merci pour votre aide
Hors ligne
Bonjour,
Le VDS 48398 ne repond plus!! Merci de faire le necessaire.
Hors ligne
Bonjour,
on vous a redémarré votre serveur, mais il a été coupé cette nuit (4h30), car il a à lui seul accaparé l'ensemble des ressource du serveur qui l'héberge.
Nous le surveillons actuellement de près, mais s'il recommence à trop monter en besoin de ressource nous serons contraint de l'arrêter à nouveau.
Hors ligne