Question do_ypcall: clnt_call: RPC: expiré


fautes:

Malgré de nombreux problèmes de configuration dans ma configuration NIS / YP, le redémarrage des systèmes, le redémarrage et le débogage de ypbind, la mise en marche de nscd, un groupe de systèmes récemment achetés spamment régulièrement mon courrier électronique avec:

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

Cependant, les utilisateurs ne sont (apparemment) pas concernés par cela - ils peuvent accéder aux ressources du réseau. Sinon, j'aurais une file d'utilisateurs se plaignant devant ma porte ... :). Cela a été principalement une gêne à présent, mais comment puis-je m'en débarrasser?

Les machines d'autres spécifications matérielles (anciennes, quad core, duo) ayant exactement la même configuration gérée font bien, ne montrant presque jamais ce type de comportement.

Je suis sur Fedora 17/64 sur des machines Dell Optiplex 9010 (assez récentes) avec une bonne mémoire vive, un disque, etc. Le serveur NIS / YP est sur CentOS, et les autres ressources réseau critiques qui en dépendent s’en sortent très bien.

Des allusions? Merci.


5
2018-02-22 19:31


origine


J'ai l'habitude de voir ça quand rpcbind n'est pas commencé. Mais, comme vous l'avez dit, il devrait y avoir une file d'attente ... Nous devons savoir ce que vous avez déjà vérifié. S'il vous plaît fournir plus d'informations. - Aaron Copley


Réponses:


Sans savoir ce que vous avez vérifié, voici un coup de couteau dans le noir:

  • Vérifier l'état de la rpcbind un service.
  • Qu'est-ce que /etc/nsswitch.conf ressembler au client?
  • Vérifiez toutes vos cartes (utilisées par nsswitch) avec yptest -m.
  • ypmatch localhost hosts

2
2018-02-22 19:48





Je rencontrais le même problème sous FreeBSD 9 et 10. Le problème se produit à la fois sur les Dell Optiplex 990 et 9010. Nous avons des Optiplex 960 plus anciens et des Optiplex 9020 plus récents qui n’ont pas le même problème. Je n'ai pu résoudre le problème qu'en désactivant la carte réseau Intel interne et en utilisant une autre carte réseau PCI. La mise à jour du BIOS Dell sur les 990 et 9010 n'a pas aidé. Ce problème survient lorsque vous exécutez FreeBSD en natif, ainsi que sous VMware vmplayer et VirtualBox sur un système d’exploitation hôte Windows 7. Je crois qu’il s’agit d’un problème de microprogramme / pilote de carte réseau relatif aux paquets udp.

Dan


1
2017-10-16 20:47





Dans mon cas, le système faisait hostlookup. Dans mon fichier /etc/nsswitch.conf, la ligne hosts était:

hosts: files nis dns

J'ai changé cette ligne d'hôtes en:

hosts: files dns [NOTFOUND=return]

J'utilise toujours le DNS pour les enregistrements d'hôte, pas les hôtes NIS.byname, etc.


1
2017-12-16 09:21





J'ai pu résoudre le problème sur diverses machines BSD et CentOS en activant / en démarrant nscd.


-1
2017-08-17 16:37