Accumulation processus "/USR/SBIN/CRON "

Bonjour à tous,

Je me trouve dans un cas étrange, et cela depuis un reboot forcé de la machine.
Le processu /USR/SBIN/CRON s’accumule sans jamais en finir.
Je ne vois pas de quoi cela peut venir, sachant que c’est arrivé du jour au lendemain.

Voici un exemple (10h43)

root@host:~# ps -ef |grep -i CRON
root 21022 1 0 10:11 ? 00:00:00 /usr/sbin/cron
root 30093 21022 0 10:40 ? 00:00:00 /USR/SBIN/CRON
root 30097 30093 0 10:40 ? 00:00:00 /USR/SBIN/CRON

Si je laisse faire, il peux y avoir vraiment beaucoup de processus à tel point que la machine commence à ne plus être tout à fait contente ! :slight_smile:

Si quelqu’un à déjà vu ce phénomène, je suis toute oui.

Merci d’avance et bonne journée

Benoît.

Salut,

Que te retourne la commande crontab -l en root ?

Bonjour,

Cela me retourne bien ma liste de cron

J’utilise uniquement 2 cron, un à 10h l’autre à 17, une seule fois par jour.

pourquoi diable ils sont en majuscules??? As tu fait un ps -ax-H, as tu vérifié le processus?

Comme on peut le voir, le processus “classique” cron, est bien en minuscule lui…

root@ns3:~# ps -ef |grep -i CRON root 13867 1 0 17:19 ? 00:00:00 /usr/sbin/cron root 16227 13867 0 20:21 ? 00:00:00 /USR/SBIN/CRON root 16229 16227 0 20:21 ? 00:00:00 /USR/SBIN/CRON root 16525 13867 0 20:22 ? 00:00:00 /USR/SBIN/CRON root 16528 16525 0 20:22 ? 00:00:00 /USR/SBIN/CRON root 17471 13867 0 20:23 ? 00:00:00 /USR/SBIN/CRON root 17472 13867 0 20:23 ? 00:00:00 /USR/SBIN/CRON root 17473 17472 0 20:23 ? 00:00:00 /USR/SBIN/CRON root 17474 17471 0 20:23 ? 00:00:00 /USR/SBIN/CRON

Avec l’état des processus

root@ns3:~# ps ax -H |grep -i CRON 17903 pts/1 SN+ 0:00 grep -i CRON 13867 ? SNs 0:00 /usr/sbin/cron 16227 ? D 0:00 /USR/SBIN/CRON 16229 ? Ss 0:00 /USR/SBIN/CRON 17471 ? D 0:00 /USR/SBIN/CRON 17474 ? Ss 0:00 /USR/SBIN/CRON 17472 ? D 0:00 /USR/SBIN/CRON 17473 ? Ss 0:00 /USR/SBIN/CRON 17622 ? D 0:00 /USR/SBIN/CRON 17625 ? Ss 0:00 /USR/SBIN/CRON

Bon, ce sont des processus qui ne sont pas morts. Sans doute parce qu’ils sont en attente. Que donne un

netstat -taupexl | grep CRON

(attends la fin de netstat, c’est un peu long)

Merci pour ton coup de main.

Voici ce que donne “netstat -taupexl | grep CRON”

root@ns3:~# netstat -taupexl | grep CRON
unix  2      [ ]         DGRAM                    218999384 1787/CRON
unix  3      [ ]         STREAM     CONNECTE      217946237 1301/CRON

Cela veut dire quoi ?

Ça veut dire qu’il y a une connexion ouverte par le processus qui l’empêche de se terminer.

Qu’y a-t-il dans /var/log/syslog??

Qu’y a-t-il dans des tables cron?

Je ne vois rien de particulier

Et pour la crontab

[code]root@ns3:~# crontab -l

h dom mon dow command

0 1 * * * /usr/bin/mysql-dump &>/dev/null
0 7 * * * /usr/bin/mysql-dump &>/dev/null[/code]

rien de bien spécial :frowning:

Bon, je pense que le problème provient de quelque part ici:

tail -f /var/log/syslog | grep CRON Sep 8 12:33:27 ns3 /usr/sbin/cron[20380]: (CRON) INFO (pidfile fd = 3) Sep 8 12:33:27 ns3 /usr/sbin/cron[20381]: (CRON) STARTUP (fork ok) Sep 8 12:33:27 ns3 /usr/sbin/cron[20381]: (CRON) INFO (Skipping @reboot jobs -- not system startup) Sep 8 12:34:01 ns3 /USR/SBIN/CRON[20511]: (root) CMD ([ -d /usr/share/dtc/admin ] && cd /usr/share/dtc/admin && nice -n+20 /usr/share/dtc/admin/rrdtool.sh 2>&1 >> /var/log/dtc.log) Sep 8 12:34:01 ns3 /USR/SBIN/CRON[20512]: (root) CMD (/usr/local/rtm/bin/rtm 45 > /dev/null 2> /dev/null) Sep 8 12:35:01 ns3 /USR/SBIN/CRON[20761]: (root) CMD (/usr/local/rtm/bin/rtm 45 > /dev/null 2> /dev/null) Sep 8 12:35:01 ns3 /USR/SBIN/CRON[20762]: (root) CMD ( [ -d /usr/share/dtc/admin ] && cd /usr/share/dtc/admin && /usr/bin/php /usr/share/dtc/admin/stat_total_active_prods.php 2>&1 >> /var/log/dtc.log) Sep 8 12:35:01 ns3 /USR/SBIN/CRON[20763]: (root) CMD ([ -d /usr/share/dtc/admin ] && cd /usr/share/dtc/admin && nice -n+20 /usr/share/dtc/admin/rrdtool.sh 2>&1 >> /var/log/dtc.log) Sep 8 12:35:01 ns3 /USR/SBIN/CRON[20764]: (root) CMD ([ -x /usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" = "true" ] && exec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; }) Sep 8 12:36:02 ns3 /USR/SBIN/CRON[21045]: (root) CMD (/usr/local/rtm/bin/rtm 45 > /dev/null 2> /dev/null) Sep 8 12:36:02 ns3 /USR/SBIN/CRON[21047]: (root) CMD ([ -d /usr/share/dtc/admin ] && cd /usr/share/dtc/admin && nice -n+20 /usr/share/dtc/admin/rrdtool.sh 2>&1 >> /var/log/dtc.log)

J’utilise un panel d’hébergement qui génère et déclenche différentes actions.

Sur l’extrait que j’ai fais, on retrouve

root 20381 0.0 0.0 47232 2076 ? Ss 12:33 0:00 /usr/sbin/cron root 21774 0.0 0.0 57872 1556 ? D 12:39 0:00 /USR/SBIN/CRON root 21814 0.0 0.0 57872 1556 ? Ss 12:39 0:00 /USR/SBIN/CRON

Donc 2 process “/USR/SBIN/CRON” qui ne se terminerons jamais.

Je ne parviens pas à voir pourquoi ces process restent en attentent, je ne vois pas d’erreus

[quote=“givre”]

root 20381 0.0 0.0 47232 2076 ? Ss 12:33 0:00 /usr/sbin/cron root 21774 0.0 0.0 57872 1556 ? D 12:39 0:00 /USR/SBIN/CRON root [color=#FF0000]21814[/color] 0.0 0.0 57872 1556 ? Ss 12:39 0:00 /USR/SBIN/CRON

Donc 2 process “/USR/SBIN/CRON” qui ne se terminerons jamais.

Je ne parviens pas à voir pourquoi ces process restent en attentent, je ne vois pas d’erreus[/quote]Fais un grep 21814 /var/log/syslog pour voir…

Sinon, pourquoi un & ici [quote]/usr/bin/mysql-dump &>/dev/null[/quote]Ce serait plutôt
/usr/bin/mysql-dump >/dev/null &
non?

Voila ce que me retourne le grep 21814 /var/log/syslog

Sep 8 12:39:01 ns3 /USR/SBIN/CRON[21814]: (root) CMD ([ -d /usr/share/dtc/admin ] && cd /usr/share/dtc/admin && nice -n+20 /usr/share/dtc/admin/rrdtool.sh 2>&1 >> /var/log/dtc.log)

C’est bien la ligne que je pensais qui me pose problème.

Dans le fichier dtc.log j’ai cette erreur :

Je cherche plus d’infos.

Merci

Il faudrait regarder /usr/share/dtc/admin/rrdtool.sh…

Oui , c’est ce que je fais.

Mais en fait il y a tout ca :

nice -n+20 cpugraph/get_cpu_load.sh /var/lib/dtc/etc 2>&1 >>/var/log/dtc.log nice -n+20 netusegraph/get_net_usage.sh /var/lib/dtc/etc "dummy0 eth0 tunl0 gre0" 2>&1 >>/var/log/dtc.log nice -n+20 memgraph/get_meminfo.sh /var/lib/dtc/etc 2>&1 >>/var/log/dtc.log nice -n+20 queuegraph/count_postfix.sh /var/lib/dtc/etc 2>&1 >>/var/log/dtc.log

Donc il faut que je puisse éliminer des scripts pour en avoir le moins possible à vérifier.

[b]EDIT: Je viens de commenter tout le contenu du script et j’ai toujours des process qui sont présents…

Je cherche une autre piste[/b]

Quelques indices possibles:

  • Cela arrive avec des systèmes de fichiers NFS, vérifie de ce que coté.
  • Sur internet, il semble que php5.1 peut poser des soucis de ce style.
  • As tu des permissions incorrectes (sur un répertoire genre rrd par exemple)

Je n’utilise pas NSF
Effectivement j’ai mis à jour php5 il y quelques semaines, mais déja en php5.1 depuis un moment donc je pense pas

Il faut que je regarde pour les droits RDD

Merci