montnaro@sprite.UUCP (02/14/87)
I have a remote execution daemon, rex, that is spun off by inetd running on a Sun-3/260, moose (running Sun UNIX 3.2). The appropriate /etc/services line is rex 2101/tcp vinnet # CRD remote exec server and the /etc/servers line is rex tcp /etc/local/in.rexd (/etc/servers is 22 lines long, well under the 26 line limit.) Moose is a yellow pages, NFS, and nd server for sprite, a diskless 3/260. As far as I can tell the configurations of the two machines are the same except for the server/client relationship. When I connect to moose's rex daemon I get a cheerful greeting /usr/ucb/telnet> Trying... Connected to moose. Escape character is '^]'. 220 moose (24102) REX server (version I%G) ready. quit 221 Goodbye. Connection closed by foreign host. however, when I attempt to connect to port 2101 on sprite I get the following result /usr/ucb/telnet> Trying... Connected to sprite. Escape character is '^]'. Connection closed by foreign host. From the output, I can't tell if the rex daemon is getting started or not, only that it doesn' get a chance to say hello. I have rebooted sprite, turned off ypbind on sprite, added and deleted /etc/services (services is one of the standard yp databases and is presumably not needed on yp clients), double checked to make sure moose is sprite's yp server, and tried running inetd with the -d flag enabled (where is inetd supposed to log information when run with the -d flag?), all to no avail. The rex service shows up when "ypcat services" is executed, but not when "ypmatch rex services" is executed on moose and sprite. Ypmatch hasn't worked for me too often since Sun UNIX 3.0, so I don't think its failure in this case means much. As an added point, this same daemon has been running fine on a Sun-3/160 under UNIX 3.0 and UNIX 3.2 for some time now (three or four months anyway), with no apparent problem. (No yellow pages, though.) Any suggestions? Thanks, Skip Montanaro ARPA: montanaro%desdemona.tcpip@ge-crd.arpa UUCP: seismo!rochester!steinmetz!desdemona!montanaro GE DECnet: csbvax::mrgate!montanaro@desdemona@smtp@tcpgateway