SUMMARY: rpc.mountd failure

From: Janos Mohacsi (mohacsi@bagira.fsz.bme.hu)
Date: Fri Dec 03 1993 - 04:00:38 CST


Sorry for the the late summary.

The original question was:
 We are running SunOS 4.1.2 on a SUNIPC. I would liked to export some
directories. The exportfs reports that I exported them. But when I try to
mount these directories from another machine I got RPC Timeout message.
Something strange happens when try to mount the remote directory:
 The Inetd starts the rpc.mountd ( while used rpc.mountd in standalone mode
first I get RPC_TIMED_OUT then RPC_NOT_REGISTERED), then rpc.mountd
is aborting with a core dump. And the client come back with RPC_TIMED_OUT
message.
 Then I applied NFS Jumbo patch and the patch 100296-04 (the rpc.mountd patch).
I get the same behaviour except that I cannot get core from rpc.mountd in
/usr/etc. It dies silently.
 When I see the registered rpc stubs (rpcinfo -p) I can see mountd registered
even when the rpc.mountd is died.
 What should I do? Is it possible that rcp.mountd confused by the automounter
( the machine would work as a server for same other machines and also client
of some other machines)?

Replies:
1. From rwolf@dretor.dciem.dnd.ca

>I had similar problems with SunOS 4.1.2. To fully eliminate the problems
>I upgraded to SunOS 4.1.3 then applied the following patches.
>----------
> Patches installed on zeus
> =========================
>
> machine: sun 4/670
> arch: sun4m
>
> 100075-11 rpc.lockd
> 100103-11 file permission security
> 100170-10 jumbo ld
> 100173-10 jumbo nfs
> 100185-01 /etc/rc.local
> 100224-06 jumbo mail rmail
> 100249-07 jumbo automounter
> 100272-06 in.comsat
> 100283-03 in.routed
> 100296-04 rpc.mountd
> 100297-02 yacc
> 100305-11 lpr lprm lpc lpstat
> 100359-06 jumbo streams
> 100372-02 tfs & c2
> 100377-05 sendmail sendmail.mx
> 100383-06 rdist
> 100407-07 accounting
> 100421-03 jumbo rpc.rexd
> 100448-01 OpenWindows 3.0: loadmodule
> 100452-42 OpenWindows 3.0: XView/3.0 CTE Jumbo
> 100462-25 OpenWindows 3.0: File Manager CTE Jumbo
> 100465-02 dns res_send resolv.conf
> 100482-04 ypserv ypxfrd dns
> 100493-02 OpenWindows V3: Binder CTE Jumbo
> 100507-04 jumbo tmpfs
> 100512-03 OpenWindows 3.0: libXt CTE Jumbo
> 100513-02 jumbo tty
> 100524-06 OW 3.0: Classing Engine (libce)
> 100567-04 icmp redirect security
> 100573-03 OpenWindows 3.0: ld
> 100584-03 tcp loopback
> 100623-03 jumbo ufs
> 100650-02 ipcs
> 100726-10 Fix kernel performance and memory bugs.
> 100891-04 libc
> 101080-01 expreserve security

2. From davec@cs.ust.hk

>Are you using hostnames in the exports file? Or IP addresses?
>A guy I know had this same problem, and it was something to do
>with using IP addresses in the exports file. He ended up getting
>the latest sources to bind and rebuilding them -- some sort of
>bug with the shipped bind (if you're using it)

3. From edguer@alpha.CES.CWRU.Edu
>
>> The Inetd starts the rpc.mountd
>
>Excuse me but why are you trying to run mountd from inetd?
>
>RTFM "man 8C mountd"
> The mountd daemon is normally invoked by rc(8).
>
>> When I see the registered rpc stubs (rpcinfo -p) I can see mountd registered
>> even when the rpc.mountd is died. What should I do?
>
>Don't run mountd from inetd. Use "rpcinfo -d program version" to delete the
>registration from the portmapper.
>

4. From jb@sddi.com
>it sounds like you don't have any nfsd processes running. sorry
>if you already fixed the problem but i just got the message -
>i think sun-managers is running slow these days.

5. From: aad@dvorak.amd.com (Anthony A. Datri)
> I found that this happened if I had the domainname set to "" instead of
> "noname".

6. From eckhard@ts.go.dlr.de

>Did you reboot in the progress of testing ? Did the machine have a
>valid /etc/exports file at that moment ? Only if so, the nfsd's are
>started which are needed to truly export a file system.

Our SOLUTION was to upgrade to SunOS 4.1.3.
Thanks to all replier:
Robert J Wolf, Sun System Admin. DCIEM, CFB Toronto
davec@cs.ust.hk (Dave C.)
Aydin Edguer <edguer@alpha.CES.CWRU.Edu>
jb@sddi.com (John Borders)
aad@dvorak.amd.com (Anthony A. Datri)
eckhard@ts.go.dlr.de (Eckhard Rueggeberg)

Status: RO



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:31 CDT