Come sbarazzarsi dei processi jfsCommit inutilizzati?

Su un Dell Poweredge T620 con processore hexacore Xeon, noto che ci sono 14 processi estranei per il filesystem jfs. Su un altro server, ci sono processi simili anche per il filesystem xfs.

Sebbene non causino alcun problema o carico significativo, vorrei liberarmi di questi processi poiché non utilizzo né jfs né xfs.

Ecco le parti rilevanti dell'output 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

Sei sicuro di non averne bisogno? Voglio dire, vuoi che pubblichi una risposta su come uccidere i processi e come rimuoverli completamente per non eseguirli di nuovo?

— hytromo,

Non userò mai jfs su questo server. Vorrei un modo pulito per impedire loro di avviarsi, senza causare effetti collaterali indesiderati. Questo potrebbe essere la rimozione di un pacchetto, la disabilitazione del giusto processo di avvio in init.d o forse un passaggio in un file in / etc / defaults o altro. Quello che non voglio è un po 'di kludge in rc.local;)

— Floyd

Anche se non si utilizza JFS / XFS, questi processi del kernel esistono se vengono caricati i moduli del kernel JFS / XFS. Supponendo che tu stia utilizzando un kernel stock recente, questi moduli del kernel sono .komoduli, quindi per impedire loro di caricare tutto ciò che devi fare è blacklist jfse xfsdentro/etc/modprobe.d

Se stai usando un kernel che ha questi moduli integrati, l'unico modo per rimuoverli è in fase di esecuzione con un rmmodo modprobe -r- in tal caso, questi dovrebbero andare in uno script di avvio.

Per scoprire se il vostro sono modulari o built-in, basta fare un sudo updatedbe locate jfs.ko, locate xfs.ko. Se i risultati nella /lib/modules/directory vengono restituiti, sono modulari; altrimenti, sono integrati.

Potresti modificare la domanda con l'output di uname -a?

— ish
fonte