Auf einem Dell Poweredge T620 mit Xeon Hexacore-Prozessor stelle ich fest, dass es 14 externe Prozesse für das jfs-Dateisystem gibt. Auf einem anderen Server gibt es ähnliche Prozesse auch für das xfs-Dateisystem.
Obwohl sie kein Problem oder keine signifikante Belastung verursachen, möchte ich diese Prozesse loswerden, da ich weder jfs noch xfs verwende.
Hier sind die relevanten Teile der ps ax-Ausgabe:
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
quelle
quelle
Antworten:
Auch wenn Sie kein JFS / XFS verwenden, sind diese Kernelprozesse vorhanden, wenn die JFS / XFS-Kernelmodule geladen sind. Angenommen, Sie verwenden einen aktuellen Standardkernel, dann handelt es sich bei diesen Kernelmodulen um
.ko
Module. Um zu verhindern, dass sie geladen werden, müssen Sie lediglich eine schwarze Listejfs
und einexfs
interne Liste erstellen/etc/modprobe.d
Wenn Sie einen Kernel verwenden, in den diese Module integriert sind, können Sie sie nur zur Laufzeit mit einem
rmmod
oder entfernen.modprobe -r
In diesem Fall müssten diese in ein Startskript eingegeben werden.Um herauszufinden , ob Ihre sind modular oder eingebaut, tun nur
sudo updatedb
undlocate jfs.ko
,locate xfs.ko
. Wenn Ergebnisse im/lib/modules/
Verzeichnis zurückgegeben werden, sind sie modular aufgebaut. Ansonsten sind sie eingebaut.Könnten Sie die Frage mit der Ausgabe von bearbeiten
uname -a
?quelle