Processus de fond bizarre ...

Processus de fond bizarre ... - Divers - Linux et OS Alternatifs

Marsh Posté le 01-07-2003 à 10:52:39    

Salut,
 
sur une Suse 7.3, j'ai régulièrement un find qui se lance et qui monopolise pas mal de puissance.
 
Voici le résultat partiel d'un ps -ef|grep find :
 

Code :
  1. root     11645 11603  0 10:38 ?        00:00:00 /usr/lib/find/frcode
  2. nobody   11646 11642  1 10:38 ?        00:00:02 /usr/bin/find / ( -fstype nfs -o
  3. -fstype NFS -o -fstype proc -o -fstype afs -o -fstype smbfs -o -fstype autofs -
  4. o -type d -regex \(^/S.u.S.E.$\)\|\(^/mnt$\)\|\(^/cdrom$\)\|\(^/tmp$\)\|\(^/usr/
  5. tmp$\)\|\(^/var/tmp$\)\|\(^/var/spool$\)\|\(^/proc$\)\|\(^/media$\) ) -prune -o
  6. -print
  7. nobody   11681 11679  0 10:38 ?        00:00:00 su nobody -c /usr/bin/find /
  8.   \( -fstype nfs -o -fstype NFS -o -fstype proc -o -fstype afs -o -fstype smbfs
  9. -o -fstype autofs -o      -type d -regex '\(^/S.u.S.E.$\)\|\(^/mnt$\)\|\(^/cdrom
  10. $\)\|\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/var/spool$\)\|\(^/proc$\)\|
  11. \(^/media$\)' \) -prune -o -print
  12. root     11682 11659  0 10:38 ?        00:00:00 /usr/lib/find/frcode
  13. nobody   11683 11681  1 10:38 ?        00:00:02 /usr/bin/find / ( -fstype nfs -o
  14. -fstype NFS -o -fstype proc -o -fstype afs -o -fstype smbfs -o -fstype autofs -
  15. o -type d -regex \(^/S.u.S.E.$\)\|\(^/mnt$\)\|\(^/cdrom$\)\|\(^/tmp$\)\|\(^/usr/
  16. tmp$\)\|\(^/var/tmp$\)\|\(^/var/spool$\)\|\(^/proc$\)\|\(^/media$\) ) -prune -o
  17. -print


 
Qu'est-ce que c'est ce truc ??
 
Merci !


---------------
Savoir c'est vivre, et maintenir dans l'ignorance c'est presque un homicide
Reply

Marsh Posté le 01-07-2003 à 10:52:39   

Reply

Marsh Posté le 01-07-2003 à 10:57:48    

Je dirais une tache cron du genre updatedb  :??:

Reply

Marsh Posté le 01-07-2003 à 11:30:51    

Je ne détecte rien de louche dans le cron. Par contre j'ai çà en rafale dans /var/log/messages :
 

Code :
  1. Jul  1 10:38:10 pluton su: (to nobody) root on none
  2. Jul  1 10:38:10 pluton PAM-unix2[10829]: session started for user nobody, se
  3. rvice su
  4. Jul  1 10:38:11 pluton su: (to nobody) root on none
  5. Jul  1 10:38:11 pluton PAM-unix2[10827]: session started for user nobody, se
  6. rvice su
  7. Jul  1 10:38:11 pluton su: (to nobody) root on none
  8. Jul  1 10:38:11 pluton PAM-unix2[10889]: session started for user nobody, se
  9. rvice su
  10. Jul  1 10:38:11 pluton su: (to nobody) root on none
  11. Jul  1 10:38:11 pluton PAM-unix2[10892]: session started for user nobody, se
  12. rvice su
  13. Jul  1 10:38:11 pluton su: (to nobody) root on none
  14. Jul  1 10:38:11 pluton PAM-unix2[10931]: session started for user nobody, se
  15. rvice su
  16. Jul  1 10:38:11 pluton su: (to nobody) root on none
  17. Jul  1 10:38:11 pluton PAM-unix2[10922]: session started for user nobody, se
  18. rvice su
  19. Jul  1 10:38:11 pluton su: (to nobody) root on none
  20. Jul  1 10:38:11 pluton PAM-unix2[10916]: session started for user nobody, se
  21. rvice su
  22. Jul  1 10:38:11 pluton su: (to nobody) root on none
  23. Jul  1 10:38:11 pluton PAM-unix2[10967]: session started for user nobody, se


 
et çà se termine par çà :
 
 

Code :
  1. Jul  1 10:43:34 pluton PAM-unix2[10829]: session finished for user nobody, s
  2. ervice su
  3. Jul  1 10:43:36 pluton PAM-unix2[10994]: session finished for user nobody, s
  4. ervice su
  5. Jul  1 10:43:36 pluton PAM-unix2[11547]: session finished for user nobody, s
  6. ervice su
  7. Jul  1 10:43:34 pluton PAM-unix2[10829]: session finished for user nobody, s
  8. ervice su
  9. Jul  1 10:43:36 pluton PAM-unix2[10994]: session finished for user nobody, s
  10. ervice su
  11. Jul  1 10:43:36 pluton PAM-unix2[11547]: session finished for user nobody, s
  12. ervice su
  13. Jul  1 10:45:36 pluton kernel: __alloc_pages: 0-order allocation failed (gfp
  14. =0x1d2/0)
  15. Jul  1 10:45:42 pluton kernel: VM: killing process sort
  16. Jul  1 10:46:14 pluton kernel: __alloc_pages: 0-order allocation failed (gfp
  17. =0x1d2/0)
  18. Jul  1 10:46:18 pluton last message repeated 2 times
  19. Jul  1 10:46:18 pluton kernel: VM: killing process sort
  20. Jul  1 10:46:59 pluton kernel: __alloc_pages: 0-order allocation failed (gfp
  21. =0x1d2/0)
  22. Jul  1 10:47:03 pluton kernel: VM: killing process sort
  23. Jul  1 10:48:20 pluton kernel: __alloc_pages: 0-order allocation failed (gfp
  24. =0x1d2/0)
  25. Jul  1 10:48:27 pluton kernel: VM: killing process sort
  26. Jul  1 10:49:40 pluton kernel: __alloc_pages: 0-order allocation failed (gfp
  27. =0x1d2/0)
  28. Jul  1 10:49:56 pluton last message repeated 6 times
  29. Jul  1 10:49:56 pluton kernel: VM: killing process sort
  30. jui  1 10:51:45 pluton PAM-unix2[5808]: session finished for user root, serv
  31. ice su


 
Euh ya un truc louche on est d'accord ? lol
 
Précisions : il y a un serveur AIX à coté


---------------
Savoir c'est vivre, et maintenir dans l'ignorance c'est presque un homicide
Reply

Marsh Posté le 01-07-2003 à 11:54:10    

lit la page man de find et de  /usr/lib/find/frcode ensuite analyse la commande!
-fstype précise le type de système de fichiers
-type d précise qu'il faut se limiter à des répertories
etc.
 
Je suis d'accord avec parano pour dire que ça rassemble à updatedb. Le problème est l'utilisateur nobody: il ne peut rien faire sur le système ...

Reply

Marsh Posté le 01-07-2003 à 12:04:42    

Effectivement c'est un cron qui traine dans /etc/cron.daily.
 
Néanmoins il ne devrait pas s'envoyer en rafale comme çà jusqu'à faire des "kernel: __alloc_pages: 0-order allocation failed"
 
Surtout que çà fait ralentir énormément le système.
 
Non ?


---------------
Savoir c'est vivre, et maintenir dans l'ignorance c'est presque un homicide
Reply

Marsh Posté le 01-07-2003 à 12:04:59    

+1 pour (s)locate et updatedb

Reply

Marsh Posté le 01-07-2003 à 12:08:35    

cypress a écrit :

Effectivement c'est un cron qui traine dans /etc/cron.daily.
 
Néanmoins il ne devrait pas s'envoyer en rafale comme çà jusqu'à faire des "kernel: __alloc_pages: 0-order allocation failed"
 
Surtout que çà fait ralentir énormément le système.
 
Non ?


programme ton cron pour lancer ce type de commande vers 6h de mat'. Statistiquement, c'est le moment le moins utilisé par les utilisateurs pour travailler

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed