Como se livrar de processos jfsCommit não utilizados?

Question

Em um Dell Poweredge T620 com processador hexacore Xeon, noto que existem 14 processos estranhos para o sistema de arquivos jfs. Em outro servidor, existem processos semelhantes para o sistema de arquivos xfs.

Embora eles não causem nenhum problema ou carga significativa, eu gostaria de me livrar desses processos, já que eu não uso nem jfs nem xfs.

Aqui estão as partes relevantes da saída do 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

    

Answer 1

Mesmo se você não estiver usando o JFS / XFS, esses processos do kernel existirão se os módulos do kernel JFS / XFS estiverem carregados. Supondo que você esteja usando um kernel de estoque recente, esses módulos do kernel são .ko modules, então, para evitar que eles carreguem, tudo que você precisa fazer é a lista negra jfs e xfs dentro de /etc/modprobe.d

Se você estiver usando um kernel que tenha esses módulos internos, a única maneira de removê-los é no tempo de execução com um rmmod ou modprobe -r - nesse caso, eles teriam que entrar em um script de inicialização .

Para descobrir se o seu é modular ou integrado, basta fazer um sudo updatedb e locate jfs.ko , locate xfs.ko . Se os resultados no diretório /lib/modules/ forem retornados, eles serão modulares; caso contrário, eles são internos.

Você poderia editar a pergunta com a saída de uname -a ?