Bug 123522 - user defined "tcp" rpc service can't be registered
Summary: user defined "tcp" rpc service can't be registered
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: xinetd
Version: 3.0
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jay Fenlason
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks: 113479
TreeView+ depends on / blocked
 
Reported: 2004-05-19 00:17 UTC by Linda Lee
Modified: 2014-08-31 23:26 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-09-02 03:12:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
binary (16.37 KB, text/plain)
2004-05-19 00:21 UTC, Linda Lee
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2004:315 0 normal SHIPPED_LIVE Updated xinetd package 2004-09-01 04:00:00 UTC

Description Linda Lee 2004-05-19 00:17:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2.1)
Gecko/20030711

Description of problem:

RHAS 3 FCS is installed on intel platform.

Linux test1 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686
i686 i386 GNU/Linux


Configured a rpc service in /etc/xinetd.d and don't see this rpc
rogram is registered.

# default: on
service toto_server
{
        disable = no
        type = RPC 
        socket_type = stream 
        wait = no
        protocol = tcp
        rpc_version = 1
        rpc_number = 100145
        user = root
        server = /etc/init.d/in.toto_server
}

/var/log/messages:

May 18 16:32:37 test1 xinetd: xinetd startup succeeded
May 18 16:32:37 test1 xinetd[5761]: service:toto_server id:toto_server
is unique but its identical to service:sgi_fam id:sgi_fam - DISABLING
May 18 16:32:38 test1 xinetd[5761]: xinetd Version 2.3.12 started with
libwrap loadavg options compiled in.
May 18 16:32:38 test1 xinetd[5761]: Started working: 4 available services

/etc/rpc:

toto_server     100145  

IF removed sgi_fam in /etc/xinetd.d, then my "tcp" rpc service can't
be registered and is ok.



If switch to "udp" instead of "tcp" for this rpc service, then it is
ok too.

Version-Release number of selected component (if applicable):
xinetd-2.3.12-2.3E

How reproducible:
Always

Steps to Reproduce:
1. add toto_server config file in /etc/xinetd.d
2. cp in.toto_server to /etc/init.d/
3. add a line "toto_server     100145" to /etc/rpc.
4. service xinetd restart
    

Actual Results:  rpc service is not registered.

Expected Results:  rpc service should be registered after "service
xinetd restart" and rpcinfo should list it.

Additional info:

Comment 1 Linda Lee 2004-05-19 00:21:40 UTC
Created attachment 100315 [details]
binary

Comment 2 Jay Fenlason 2004-05-19 15:55:48 UTC
I noticed this bug just the other day and sent a patch upstream to fix it.

I've built xinetd-2.3.12-6.3E and put rpms at
http://people.redhat.com/fenlason/.xinetd/xinetd-2.3.12-6.3E.{src,i386}.rpm
 Note that these rpms have not been through qa, so they're
unsupported.  However, my unit test (which creates two tcp rpc
services in addition to sgi_fam) works with them.  Please try them out
and let me know if they work for you.

Comment 3 Linda Lee 2004-05-19 19:30:07 UTC
After installed xinetd-2.3.12-6.3E rpm, my "tcp" rpc service can
co-exist with sgi_fam.  I also tested for the "udp" rpc service too
which worked fine.  Thanks!!!  Now my question is that when and how
you could deliver this fix.


Another problem (not introduced in this new rpm, it also exists in the
original rpm) I am running into is that after "pkill toto_server" and
invoked toto_client again, toto_client returned an error like "call
failed: RPC: Unable to receive; errno = Connection refused".
toto_server was not running. If do "service xinetd restart" again,
this problem goes away.  My colleague's linux box is running RHAS3.0
update 1 and for this same scenario, he got different error msg in
/var/log/messages like "pmap_set failed. service=toto_server
program=100145 version=1". In this case, need to shutdown the linux
box in order to pass the pmap_set failure problem.   Is it a bug or
normal behaviour?  Please let me know so I can file a bug for this. 
Thanks!!


Comment 4 Bastien Nocera 2004-06-02 09:58:28 UTC
Adding this bug to the blocker candidates for RHEL 3 U3.

Comment 5 Linda Lee 2004-06-08 00:02:27 UTC
I hit another problem.  After the system rebooted, I don't see
toto_server rpc program got registered through "rpcinfo" command. But
the toto_server is turned on from the output of "chkconfig --list".
So, the client request fails (RPC: Program not registered
).  There is no error message in /var/log/messages.
  
If I do "service xinetd restart" after system rebooted, the
toto_server rpc program is registered.

Comment 6 Linda Lee 2004-06-08 00:42:36 UTC
Please ignore my previous comments.  That is my error.

Comment 8 Jay Turner 2004-09-02 03:12:59 UTC
An errata has been issued which should help the problem 
described in this bug report. This report is therefore being 
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, 
please follow the link below. You may reopen this bug report 
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2004-315.html



Note You need to log in before you can comment on or make changes to this bug.