[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

inetd et service RPC : bug or not bug ?



salut,

j'ai quelques problèmes avec les services RPC, et en particulier, rusersd
pour commencer, que je voudrais lancer via inetd. 
nota : lancé des scripts de démarrage, cela fonctionne bien.

Dans mon inetd.conf, j'ai la ligne suivante (sans wrapper) :

rusersd/2-3   dgram   rpc/udp wait    root    /usr/sbin/rpc.rusersd rpc.rusersd

rpcinfo me donne : 
    .../...
    100002    2   udp   1026  rusersd
    100002    3   udp   1026  rusersd

Lorsque je lance la commande `rusers -l deimos' de deimos, j'ai le message
suivant : 

rusers: RPC: incapable d'effectuer la réception.; errno = Connection refused

Un coup d'oeil aux fichiers de log me donne les renseignements suivants :

une palanquée de 

 Feb 28 00:17:14 deimos rpc.rusersd[249]: connect from localhost

et 

Feb 28 02:29:13 deimos rpc.rusersd[574]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:29:14 deimos rpc.rusersd[584]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:29:14 deimos rpc.rusersd[590]: unable to register (RUSERSPROG, RUSERSVERS_IDLE, udp).
Feb 28 02:29:14 deimos rpc.rusersd[600]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:29:14 deimos inetd[108]: rusersd/rpc/udp server failing (looping), service terminated
Feb 28 02:29:14 deimos rpc.rusersd[620]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:32:11 deimos inetd[108]: pmap_unset(100003, 2)
Feb 28 02:32:11 deimos inetd[108]: pmap_unset(100005, 1)
Feb 28 02:32:11 deimos inetd[108]: pmap_unset(100005, 2)
Feb 28 02:34:22 deimos rpc.rusersd[196]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:34:22 deimos rpc.rusersd[260]: unable to register (RUSERSPROG, RUSERSVERS_3, udp).
Feb 28 02:34:22 deimos inetd[108]: rusersd/rpc/udp server failing (looping), service terminated

d'où le temps certain qu'il me met à répondre.

J'ai ensuite une quarantaine de démons (!) rpc.rusersd, et là, une requête
rusers me réponds bien. Mais je doute que cela soit le fonctionnement normal
:-(

Merci pour tous renseignements.
-- 
Frédéric PETIT
Laboratoire Systèmes de Communication
Université de Marne la Vallée

Reply to: