rpcinfo mostra serviço em execução enquanto está desativado

Question

Estou tentando desligar alguns serviços RPC em meus servidores solaris. Estou recebendo alguns problemas.

host = SERVIDOR

precisa desativar dois serviços de rpc:

Serviço de calendário RPC cmsd disponível (rpc.cmsd) e, RPC snmpxdmid

RPC Calendar Service cmsd Available (rpc.cmsd)
root@SERVER # rpcinfo -p | grep 100068
    100068    2   udp  32777
    100068    3   udp  32777
    100068    4   udp  32777
    100068    5   udp  32777
    100068    2   tcp  45108
    100068    3   tcp  45108
    100068    4   tcp  45108
    100068    5   tcp  45108

root@SERVER # svcs -a|grep -i cal
legacy_run     2012     lrc:/etc/rc2_d/S94ncalogd
online         2012     svc:/network/physical:default
online         2012     svc:/system/device/local:default
online         2012     svc:/network/ipsec/ipsecalgs:default
online         2012     svc:/system/filesystem/local:default
online         2012     svc:/application/graphical-login/cde-login:default
online         2015     svc:/network/rpc/cde-calendar-manager:default

root@SERVER # ps -ef|grep rpc
  daemon   368     1   0   Nov 06 ?           0:01 /usr/sbin/rpcbind
  daemon  5494  5488   0   Dec 11 ?           0:00 /usr/dt/bin/rpc.cmsd
    root  2652  2647   0   Dec 11 ?           0:00 /usr/openwin/bin/rpc.ttdbserverd
    root  2647   405   0   Dec 11 ?           0:00 /bin/sh /lib/svc/method/rpc-ttdbserverd
    root  5488   405   0   Dec 11 ?           0:00 /bin/sh /lib/svc/method/rpc-cmsd
    root  5485   405   0   Dec 11 ?           0:00 /usr/lib/netsvc/rstat/rpc.rstatd
    root 11260  9261   0 18:21:48 pts/1       0:00 grep rpc
root@SERVER # 

root@SERVER # netstat -na|grep 32777
      *.32777                             Idle
root@SERVER # netstat -na|grep 45108
      *.45108              *.*                0      0 49152      0 LISTEN
root@SERVER # 



RPC snmpxdmid
root@SERVER # rpcinfo -p | grep 100249
    100249    1   udp  32785
    100249    1   tcp  32777

root@SERVER # svcs -a|grep snmp
disabled       21:47:13 svc:/application/management/snmpdx:default

root@SERVER # ps -ef| grep -i snmpdx
    root 11007  9261   0 18:21:30 pts/1       0:00 grep -i snmpdx
root@SERVER # 

root@SERVER # netstat -na|grep 32777
      *.32777                             Idle
root@SERVER # netstat -na|grep 32785
root@SERVER # 

(para snmpxdmid), o processo estava sendo executado primeiro, então desabilitei o serviço e, em seguida, o processo foi embora e também a listagem de "rpcinfo -p" foi embora, mas agora ele retornou (consulte a porta aberta no netstat ). Como posso desabilitar e pará-lo para sempre ????

=========================

para ambos os serviços rpc não vejo nenhuma entrada em /etc/inetd.conf, como posso desabilitá-los e pará-los?

root@SERVER # grep -i rpc /etc/inetd.conf
100235/1 tli rpc/ticotsord wait root /usr/lib/fs/cachefs/cachefsd cachefsd
root@SERVER # 

root@SERVER # uname -a
SunOS SERVER 5.10 Generic_147441-09 i86pc i386 i86pc

obrigado.

    

Answer 1

Eu estaria interessado em ver uma ptree do 5488 para verificar se o inetd / SMF está iniciando o processo, pois svcadm disable deveria ter parado o serviço. O mais provável é que o SMF o tenha iniciado desde que o método svc está sendo chamado. Meu pensamento aqui é que, talvez, um script de início legado estivesse começando.

A memória é que algumas das versões anteriores de atualização do Solaris inicialmente ainda tinham serviços sendo iniciados a partir dos níveis de execução legados; e que os patches posteriores começaram a mover as coisas para o SMF, mas nem sempre limpando os scripts de início / parada herdados. Possível problema de patch?

Você procurou no log de serviços em / var / svc / log? Quaisquer serviços existentes que estão tendo problemas? svcs -xv

Também estou curioso para saber por que o serviço de calendário começou em 11 de dezembro, após a data de 6 de novembro que o serviço rpc foi iniciado. Então, talvez a SMF tenha parado, mas outra coisa ou alguém a re-gerou?

Parece não haver um pacote dedicado para a remoção do calendário, mas você sempre pode bloquear ou remover completamente o binário.