Quero descarregar os módulos “gsch e redirecionfs” do kernel no RHEL 7.2, o que está causando frequentes kernel panic.
Mas quando tento descarregar, recebo o erro abaixo.
# modprobe -r gsch modprobe: FATAL: Module gsch is in use. # modprobe -r redirfs modprobe: FATAL: Module redirfs is in use. # lsmod | grep gsch gsch 88591 4 redirfs 79430 1 gsch
Conforme verificado, nenhum processo contendo esses módulos ,
# ps -ef | grep gsch root 26417 7838 0 10:58 pts/3 00:00:00 grep --color=auto gsch # lsof | grep gsch #
Comentários
Resposta
Esses módulos são reais -time o acesso ao arquivo do software antivírus. A julgar pelo nome “Trend Deep Security Agent” Trend Micro Antivirus, mas poderia ser outro.
Resposta
Estes são módulos do Trend Deep Security Agent:
# locate gsch /opt/ds_agent/2.6.32-431.el6.x86_64/gsch.ko /opt/ds_agent/2.6.32-431.el6.x86_64/gsch.ko.version /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/gsch.ko /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/gsch.ko.version # locate redirfs /opt/ds_agent/2.6.32-431.el6.x86_64/redirfs.ko /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/redirfs.ko
Comentários
- Ou seja, o ds_agent precisa ser interrompido primeiro antes de descarregar os módulos, sim?
lsmod
é o número de processos usando os módulos. Você não verá os módulos como processos emps -ef
ou como arquivos emlsof
porque os módulos são código do kernel compilado e não arquivos ou processos por si próprios . O código do módulo é carregado na memória quando necessário por um processo, e você precisa saber o que o módulo faz para identificar qual processo pode tê-lo carregado.dmesg
é provavelmente sua melhor aposta para descobrir o que causou o carregamento do módulo.gsch
eredirfs
são módulos proprietários RHEL e para obter informações sobre eles você precisa de uma assinatura RHEL. Se você tiver uma assinatura, a melhor abordagem seria entrar em contato com o suporte do RHEL para esse problema. Caso contrário, você deve esperar que alguém aqui que conheça RHEL responda aqui.