Como se livrar de processos jfsCommit não utilizados?

Em um processador Dell Poweredge T620 com hexacore Xeon, observei que existem 14 processos estranhos para o sistema de arquivos jfs. Em outro servidor, há processos semelhantes para o sistema de arquivos xfs também.

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

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

filesystem Floyd
fonte

Tem certeza de que não precisa deles? Quero dizer, você quer que eu publique uma resposta sobre como matar os processos e como removê-los completamente para não executar novamente?

Hytromo

Eu nunca vou usar jfs neste servidor. Eu gostaria de uma maneira limpa de impedi-los de iniciar, sem causar efeitos colaterais indesejados. Isso pode estar removendo um pacote, desativando o processo de inicialização correto no init.d ou talvez alguma opção seja em um arquivo em / etc / defaults ou qualquer outra coisa. O que eu não quero é algum kludge em rc.local;)

Floyd

Respostas:

Mesmo se você não estiver usando o JFS / XFS, esses processos do kernel existirão se os módulos do kernel do JFS / XFS estiverem carregados. Supondo que você esteja usando um kernel recente de estoque, esses módulos são .komódulos, portanto, para impedir que eles carreguem tudo o que você precisa fazer é na lista negra jfse xfsdentro/etc/modprobe.d

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

Para saber se o seu são modular ou built-in, basta fazer uma sudo updatedbe locate jfs.ko, locate xfs.ko. Se os resultados no /lib/modules/diretório forem retornados, eles serão modulares; caso contrário, eles estão embutidos.

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

ish
fonte