Hi,

I have a strange problem on a system I'm setting up.

As I already explained previously, the server "clusters" share NFS mount point 
right in the middle of the application directory I am versionning.

- I already versionned the "/app/my_application" on SERVER1, including the 2 
NFS mounted subdirectories (./settings and ./extension)

- I am now versionning SERVER2. Here is what I did:

cd /app/my_application
fsvs urls N:..,P:..,<same svn url as server1>
fsvs ignore <a bunch of files>
fsvs ignore ./settings
fsvs ignore ./extension

I then run "fsvs sync-repos". All the file and directory names scroll on the 
screen, including those in ./settings and ./extension.

Now I try to run "fsvs status", and it fails with an NFS error!

[EMAIL PROTECTED] fsvs status
D...      1113  clearlabels.php
.m..      1476  settings/binaryfile.ini
.m..      6944  settings/browse.ini
.m..       821  settings/codetemplate.ini
[.................]
.m..      1296  settings/wordtoimage.ini
.mC.     31861  settings/siteaccess/site_instit/override.ini.append.php
N...       dir  settings/.snapshot

An error occurred: Stale NFS file handle (116)
  in waa__build_tree: chdir(hourly.5)


Apparently "fsvs" hammered the NFS mounted folders so hard that something went 
wrong. The NFS server is a NetApp, that is supposed to be rock solid. Even the 
backup agent, or the "tar cvzf extension.tar.gz ./extension" command why run 
periodically do not wreck the NFS folders.

My questions are:

- why did the fsvs commands "sync-repos" and / or "status" scan the 2 NFS 
folders even though I added them to the ignore list? Is it by design?

- I don't know why some NFS folders appear to be wrecked on the client machine 
(even though nothing is wrong with their content, that I can read from SERVER1 
correctly), but is there a way to "slow fsvs down" so that it does not pound 
on the filesystem too hard?

I'm using FSVS 1.1.17 on RHEL4.

 Regards


-- 
Farzad FARID / Architecte Open Source - AssociƩ
Pragmatic Source / http://www.pragmatic-source.com
Tel : +33 9 53 19 21 90 / Mob : +33 6 03 70 65 46


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to