PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : find läuft ständig unter hoher CPU Last



caravandriver
23.06.15, 12:46
Hallo,

auf meinem Debian Server mit BTRFS Filesystem läuft ständig "find" als Prozess:

Ein ps fax | grep find liefert diese Ausgabe



19936 pts/0 D+ 0:00 \_ grep find
26653 ? SN 0:00 \_ /bin/sh /usr/bin/updatedb.findutils
26661 ? SN 0:00 \_ /bin/sh /usr/bin/updatedb.finduti ls
26687 ? SN 0:00 | \_ su nobody -s /bin/sh -c /usr/ bin/find / -ignore_readdir_race \( -fstype NFS -o -fstype nfs -o -fstype nf s4 -o -fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fs type autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpt s -o -fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sy sfs -o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d -regex '\(^/tmp$\)\|\(^/usr/tmp$\)\ |\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$ \)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)' \) -prune -o -print0
26700 ? SNs 0:00 | \_ sh -c /usr/bin/find / -ig nore_readdir_race \( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype f tpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d -regex '\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\ )\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$ \)\|\(^/var/lib/schroot/mount$\)' \) -prune -o -print0
26701 ? RN 174:23 | \_ /usr/bin/find / -igno re_readdir_race ( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o - fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d -regex \(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\ |\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/li b/schroot/mount$\) ) -prune -o -print0


Der Server macht Samba, Timemachine, FTP, NFS, Plex, CUPS, OVM, Webserver, Owncloud, mysql, NGIX, Jdownloader
Er wird damit auch scheinbar niemals fertig.
Eventuell kommt es von /etc/cron.daily/locate. Das habe ich mal nach /etc/cron.weekly/locate verschoben. Mich wundert aber das er damit scheinbar niemals fertig wird.
Hat jemand eine Idee warum das so ist?

Edit:

Hier wurde es auch gemeldet: https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1364492

marce
23.06.15, 13:52
je nach Umfang des Dateisystems dauert das halt durchaus auch mal ein paar Tage, bis so ein updatedb-Job durch ist.

... und je nach Umfang der Änderungen und der gewählten Optionen - braucht er das auch bei jedem erneuten durchaus bei jedem weiteren Durchlauf.

-> Wenn Du locate nicht verwendest - schalt's einfach ab.