Description of problem: When IRIX server nfs exports and RHEL3 has mounted a directory, when client s do rm -rf on a directory it will delete the contents but also give out an error message and not delete actual directory. Version-Release number of selected component (if applicable): How reproducible: Every time Steps to Reproduce: 1. nfs mount a directory off IRIX server 2. rm -rf on the directory 3. Actual results: fails to remove the directory itself and returns a 525 error message Expected results: Delete the directory without any problem. Additional info: When the directory is mounted with "nfsvers=2" option, it works well. However, if it is mounted with "nfsvers=3" then problem keeps on appears
Created attachment 96219 [details] Strace on rm -rf with nfsvers=3
Created attachment 96220 [details] tcpdumps on the issue with nfsvers=3 option
Could you post a tcpdump file (i.e. tcpdump -w file) of this error?
Created attachment 96230 [details] tcpdump using ethereal
Created attachment 96231 [details] tcpdump using -w file
Another customer running DEC Alpha 4.x is experiencing NFS problems of a very similar nature. In the IRIX case, RHL9 could mount the share with no additional options, and no problems were encountered. Same with DEC Alpha. RHL9 works fine, RHEL3 hangs when any operation is attempted in the files under the share. After remounting with nfsvers=2, no more problems.
Steve, do you need any additional info on this one?
I am experiencing the same issue. We have multiple linux clients with different OS's, but this issue is isolated to RHEL 3.0, and we are running the WS version. We are running kernel 2.4.21-9elsmp and the IRIX NFS server is 6.5.20f. We are also running an IRIX NIS server of the same version using automount with NFS, but we removed NIS from the picture and verified this is with NFS. We get Unknown Error 525 when trying to do the rm -rf command.
This is a known IRIX server bug: Greg Banks wrote: >Trond Myklebust wrote: > >>>>>>>" " == Steve Dickson <SteveD> writes: >> >> > It seems IRIX servers fails READDIRPLUS calls with >> > NFSERR_TOOSMALL when the cookie does not exist which is *not* >> > the case with "normal" READDIR calls... Cute uh... >> >>Uhhh... Quite... >> >>[...] the above blatant >>server bug [...] > > >I've raised an SGI bug report for this. I expect it to be fixed in IRIX 6.5.24. > >Greg. >