Как избавиться от неиспользуемых процессов jfsCommit?

На Dell Poweredge T620 с процессором Xeon hexacore я заметил, что для файловой системы jfs существует 14 посторонних процессов. На другом сервере аналогичные процессы существуют и для файловой системы xfs.

Хотя они не вызывают каких-либо проблем или значительной нагрузки, я бы хотел избавиться от этих процессов, поскольку я не использую ни jfs, ни xfs.

Вот соответствующие части вывода ps ax:

31611 ?        S      0:00 [jfsIO]
31612 ?        S      0:00 [jfsCommit]
31613 ?        S      0:00 [jfsCommit]
31614 ?        S      0:00 [jfsCommit]
31615 ?        S      0:00 [jfsCommit]
31616 ?        S      0:00 [jfsCommit]
31617 ?        S      0:00 [jfsCommit]
31618 ?        S      0:00 [jfsCommit]
31619 ?        S      0:00 [jfsCommit]
31620 ?        S      0:00 [jfsCommit]
31621 ?        S      0:00 [jfsCommit]
31622 ?        S      0:00 [jfsCommit]
31623 ?        S      0:00 [jfsCommit]
31624 ?        S      0:00 [jfsSync]

>uname -a 
Linux ada 2.6.32-41-server #89-Ubuntu SMP Fri Apr 27 22:33:31 UTC 2012 x86_64 GNU/Linux
8
задан 5 April 2013 в 21:18

1 ответ

Даже если вы не используете JFS / XFS, эти процессы ядра существуют, если загружены модули ядра JFS / XFS. Предполагая, что вы используете последнее стандартное ядро, эти модули ядра являются .ko модулями, поэтому для предотвращения их загрузки все, что вам нужно сделать, это черный список jfs и xfs внутри /etc/modprobe.d

вы используете ядро, в которое встроены эти модули, единственный способ удалить их во время выполнения с помощью rmmod или modprobe -r - в этом случае они должны войти в сценарий запуска.

Чтобы узнать, являются ли ваши модульными или встроенными, просто выполните sudo updatedb и locate jfs.ko, locate xfs.ko. Если результаты в каталоге /lib/modules/ возвращаются, они являются модульными; в противном случае они встроены.

Не могли бы вы отредактировать вопрос с выводом uname -a?

0
ответ дан 5 April 2013 в 21:18

Другие вопросы по тегам:

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