Едва используемый сервер Ubuntu 12.04 показывает высокий ЦП / Диск ввод-вывод каждые 8 часов

Похож на Вас или записали неверное имя пользователя / комбинация пароля при запущении мастера, или Вы - машина, не подключен к домену.

0
задан 13 February 2014 в 23:48
2 ответа

(a) Проблема с очень высокой загрузкой ЦП с "find (root)"

Вероятно, это сценарии обновления, восстанавливающие базу данных locate, или какой-либо другой сценарий сканирования вашего диска по любой причине. Если вы наберете ps auxwwf , когда возникнет проблема, вы увидите дерево процессов; найдите процесс 'find', вызывающий проблему, и затем посмотрите, что его запускает (возможно, что-то вроде 'updatedb').

1
ответ дан 4 December 2019 в 17:49

Дэн, скорее всего, прав. Я использовал этот и другой пост для решения своей проблемы

. У меня есть VMWare Linux Mint 17.1 с похожей проблемой. Через несколько минут после запуска 90-100% ЦП используются в течение 15 минут или около того - у него довольно большой общий каталог, в котором хранится много генетических данных.

Я использовал top, чтобы получить находку. идентификатор процесса (12788). Поскольку он потреблял всю мощность процессора, он был первой строчкой вверху. Единственное отличие здесь состоит в том, что нарушивший процесс процесс принадлежал "none".

Затем я запустил ps -auxwwf и нашел это дерево - обратите внимание на команду find в последней строке.

root      1334  0.0  0.0  12780   960 ?        Ss   07:15   0:00 anacron -s
root     12676  0.0  0.0   4440   652 ?        S    07:20   0:00  \_ /bin/sh -c run-parts --report /etc/cron.daily
root     12677  0.0  0.0   4332   648 ?        S    07:20   0:00      \_ run-parts --report /etc/cron.daily
root     12749  0.0  0.0   4440   652 ?        S    07:20   0:00          \_ /bin/sh /etc/cron.daily/locate
root     12754  0.0  0.0   4440   744 ?        SN   07:20   0:00              \_ /bin/sh /usr/bin/updatedb.findutils
root     12762  0.0  0.0   4440   336 ?        SN   07:20   0:00                  \_ /bin/sh /usr/bin/updatedb.findutils
root     12788  0.0  0.0  86152  2384 ?        SN   07:20   0:00                  |   \_ su nobody -s /bin/sh -c /usr/bin/find / -ignore_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/lib/schroot/mount$\)' \) -prune -o -print0

У меня не установлен rpm, поэтому Я использовал графический интерфейс Synaptic Package Manager и искал «updatedb» в названии и пакете. Единственный пакет, установленный с updatedb, был "locate". Затем я удалил пакет locate.

Еще один хороший ответ с инструментами командной строки - в Unix Stack Exchange об отключении locate / updatedb

0
ответ дан 4 December 2019 в 17:49

Теги

Похожие вопросы