do_ypcall: clnt_call: RPC: esgotado

5

faulters:

Apesar de muita resolução de problemas na configuração do NIS / YP, reinicializando sistemas, reiniciando o & Depurando o ypbind, colocando o nscd para rodar, um grupo de sistemas recém-comprados regularmente envia spam para o meu e-mail com:

do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out

No entanto, os usuários (aparentemente) não são afetados por isso - eles podem acessar os recursos da rede. Caso contrário, eu teria uma fila de usuários na frente da minha porta reclamando ... :). Isso tem sido principalmente um aborrecimento agora, mas como posso me livrar disso?

Máquinas de outras especificações de hardware (mais antigas, quad-core, duo-núcleos) que têm exatamente a mesma configuração gerenciada, funcionam bem - quase nunca exibem esse tipo de comportamento.

Estou no Fedora 17/64 em máquinas (muito recentes) Dell Optiplex 9010 com boa RAM, disco, etc. O servidor NIS / YP está no CentOS, e outros recursos de rede críticos que dependem dele fazem muito bem.

Alguma dica? Obrigado.

    
por David Ramirez 22.02.2013 / 20:31

4 respostas

2

Sem saber o que você verificou, aqui está uma tentativa no escuro:

  • Verifique o status do rpcbind service.
  • Como é o /etc/nsswitch.conf no cliente?
  • Verifique todos os seus mapas (que estão em uso por nsswitch) com yptest -m .
  • ypmatch localhost hosts
por 22.02.2013 / 20:48
1

Eu me deparei com esse mesmo problema executando FreeBSD 9 e 10. O problema acontece em ambos os Dell Optiplex 990s e 9010s. Temos mais velhos Optiplex 960 e mais recentes Optiplex 9020s que não têm o problema. Eu só consegui resolver o problema desativando a placa de rede interna da Intel e usando uma outra placa PCI NIC. A atualização do BIOS da Dell nas 990s e 9010s não ajudou. Este problema acontece com a execução nativa do FreeBSD, bem como sob VMware vmplayer e VirtualBox em um sistema operacional Windows 7 host. Eu acredito que é um problema de firmware / driver NIC lidando com pacotes udp.

Dan

    
por 16.10.2014 / 22:47
1

No meu caso, o sistema estava fazendo o hostlookup. No meu arquivo /etc/nsswitch.conf, a linha hosts era:

hosts: files nis dns

Eu alterei esta linha de hosts para:

hosts: files dns [NOTFOUND=return]

Eu estou sempre usando o DNS para registros de host, não hosts NIS.byname etc.

    
por 16.12.2016 / 10:21
-1

Consegui resolver o problema em várias máquinas BSD e CentOS ativando / iniciando o nscd.

    
por 17.08.2014 / 18:37

Tags