SCIENTIFIC-LINUX-USERS Archives

June 2013

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Eve V. E. Kovacs" <[log in to unmask]>
Reply To:
Eve V. E. Kovacs
Date:
Wed, 26 Jun 2013 13:24:06 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (41 lines)
We have an SL5.5 nfs server that has developed an odd problem.
We have configured /etc/sysconfig/nfs to assign port numbers for the 
various services, 662 for statd and 892 for mountd, in particular.
For reasons unknown, rpc.statd, in addition to running on port 662 as 
directed, has grabbed port 892 for running udp.

We see, on the server:
rpc.statd 2412 rpcuser    3u  IPv4   7443       UDP *:662
rpc.statd 2412 rpcuser    6u  IPv4   7434       UDP *:892
rpc.statd 2412 rpcuser    7u  IPv4   7446       TCP *:662 (LISTEN)

Since 892 was the port that was assigned to mountd, it caused mountd to 
fail, and hence nfs mounts from the clients to fail.

We have switched mountd to run on port 895 for the time being, so we are 
functional, but we would like to understand what happened.
We are running an identical backup server, and interestingly, there, the 
extra port being grabbed by statd is 982 not 892!

Has anyone else seen this behavior, or have any idea why the two servers 
are behaving differently?
Presumably this extra port for statd is being assigned by portmap.
Is there any way to fix this port assigment so that we don't get a 
collision like this in the future?

Thanks
Eve

ps. we tried booting to the previous kernel but that did not fix the 
problem
***************************************************************
Eve Kovacs
Argonne National Laboratory,
Room L-177, Bldg. 360, HEP
9700 S. Cass Ave.
Argonne, IL 60439 USA
Phone: (630)-252-6208
Fax:   (630)-252-5047
email: [log in to unmask]
***************************************************************

ATOM RSS1 RSS2