Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

We have an NFS share on a Debian Linux host which is mounted on a Win XP host using SFU. We can create folders on a share or delete files from it but it's not possible to perform file write or read operations on it (say, copy file.ext n:\ blocks for a long time and finally terminates with The remote system refused the network connection error). We tried both TCP and UDP on a client side when mounting. All ports are open on firewall between these two machines. There is nothing relevant in Win XP Event Log and in syslog on a server side. And this is not a permission problem obviously because we can create folders. What can we do to find a root cause of this?

Update: I captured an NFS session using Wireshark and found that the root cause was a locking problem, the NFS server keeped answering NFS_DENIED_GRACE_PERIOD status to client calls. And the question now is how to fix this locking issue?

share|improve this question
    
does it reproduce with a linux client? If not - open a case with MS, or switch to another protocol. SFU are notorious for being godawful –  dyasny Apr 6 '13 at 6:19
    
The Linux client works like a charm so the problem seems to be Windows-specific. –  Alex Apr 6 '13 at 7:18

1 Answer 1

up vote 1 down vote accepted

99.9999% of the time when something says connection refused it has something to do with either the software or the hardware firewall. I suggest you telnet first to the ports in question from source to destination and check.

share|improve this answer
    
You are right, it was the Windows firewall. We had to disable it completely to make NFS client work. –  Alex Apr 24 '13 at 16:22

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.