Groups | Search | Server Info | Login | Register

Groups > comp.protocols.nfs > #21

tcp socket to mountd port in time_wait state in linux-- how to recover??

Show all headers | View raw

Hi all,
  I am using Linux 6.4. When I am trying to mount from the client from a program via the tcp socket the server closes the tcp socket after reaching the state TIME_WAIT.
I have disabled the iptables rules. But still it doesnot help.

I think I am having similar problem as mentioned in below thread.

http://www.spinics.net/lists/linux-nfs/msg13036.html

I have a couple of questions:

1. How can i recover from this state?

[root@hostarena~]# netstat -tp
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 hostarena.yyy.org:49423 hostblob.yyy.org:33973 TIME_WAIT   -                           
[root@hostarena ~]

the /var/log/messages after enabling the rpc_debug didnot show anything meaningful. 

NFS Server is listening for mount requests at port 49423. I am suspecting time_wait state is due to the fact that source-port is > 1024(i.e 33973) for root.

2. Is there a way i can configure the linux nfs server to accept from non- reserved port > 1024?

3. Is there a way i can tell the client socket to choose the source ports < 1024 for mount without changing the /proc/sys/net/ipv4/ip_local_port_range at the client?

I appreciate somebody can throw some light to fix the issue?

Note: All the RPC services are running at the NFS server(confirmed by rpcinfo -p)

Regards
Pradeep



 

Back to comp.protocols.nfs | Previous | Next — Next in thread | Find similar

Thread

tcp socket to mountd port in time_wait state in linux-- how to recover?? smilesonisamal@gmail.com - 2013-12-27 07:12 -0800
  Re: tcp socket to mountd port in time_wait state in linux-- how to recover?? "J.O. Aho" <user@example.net> - 2013-12-27 22:06 +0100
    Re: tcp socket to mountd port in time_wait state in linux-- how to recover?? smilesonisamal@gmail.com - 2013-12-29 11:49 -0800

csiph-web