Comment se débarrasser des processus jfsCommit inutilisés?

Sur un Dell Poweredge T620 avec un processeur hexacore Xeon, je remarque qu'il y a 14 processus étrangers pour le système de fichiers jfs. Sur un autre serveur, il existe également des processus similaires pour le système de fichiers xfs.

Bien qu'ils ne causent aucun problème ni charge importante, je voudrais me débarrasser de ces processus car je n'utilise ni jfs ni xfs.

Voici les parties pertinentes de la sortie 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
source

Êtes-vous sûr de ne pas en avoir besoin? Je veux dire, voulez-vous que je poste une réponse sur la façon de tuer les processus et comment les supprimer complètement afin de ne pas recommencer?

— hytromo

Je n'utiliserai jamais jfs sur ce serveur. Je voudrais un moyen propre de les empêcher de démarrer, sans provoquer d'effets secondaires indésirables. Cela pourrait être la suppression d'un package, la désactivation du bon processus de démarrage dans init.d ou peut-être certains commutateurs dans un fichier dans / etc / defaults ou autre. Ce que je ne veux pas, c'est du kludge dans rc.local;)

— Floyd

Même si vous n'utilisez pas JFS / XFS, ces processus de noyau existent si les modules de noyau JFS / XFS sont chargés. En supposant que vous utilisez un noyau de stock récent, ces modules de noyau sont des .komodules, donc pour les empêcher de charger tout ce que vous devez faire est la liste noire jfset à l' xfsintérieur/etc/modprobe.d

Si vous utilisez un noyau qui a ces modules intégrés, la seule façon de les supprimer est au moment de l'exécution avec un rmmodou modprobe -r- dans ce cas, ceux-ci devraient aller dans un script de démarrage.

Pour savoir si le vôtre sont modulaires ou intégrés, il suffit de faire un sudo updatedbet locate jfs.ko, locate xfs.ko. Si les résultats du /lib/modules/répertoire sont retournés, ils sont modulaires; sinon, ils sont intégrés.

Pourriez-vous modifier la question avec la sortie de uname -a?

— ish
source