Re: rpcbind -h

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

 



On Mon, 7 Nov 2011 12:21:31 -0500, Jim Rees wrote:

 rees> Chuck Lever wrote:
 rees>   On Nov 6, 2011, at 10:58 AM, Jim Rees wrote:
  
 >> Is there some good reason why the rpcbind '-h' option (bind to given
 >> address) applies only to the udp listening socket and not to the tcp socket?
  
 rees>   Yes.  See the mail archives.  I believe we've discussed this
 rees>   thoroughly within the past six months to a year.  If there's
 rees>   any bug here, it's that "-h" is not well documented.

 rees> It's documented well enough but I'm still in the dark about the
 rees> reason.  I

Chuck's quote from the manpage reminded me - -h was used to work
around the address selection: if server has more then one address the
reply may use any of them. Some clients don't like it.

This issue should go away after

commit 74ef3df0236c55185225c62fba34953f2582da72
Author: Olaf Kirch <okir@xxxxxxx>
Date:   Wed Mar 2 10:09:24 2011 -0500

was added to libtirpc.

 rees> As I said before, I was hoping for the equivalent of "portmap
 rees> -l".  I was ready to code up a patch of some kind but now have
 rees> a workaround (mount with nolock and don't run rpcbind at all).

iptables is another option.

max

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux