Strange NFS behaviour

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

 



Hello,

i'm experiencing on debian etch the following behaviour with NFS.

I have 1 backend running linux debian sarge that exports via NFS a SVN working copy to a couple of frontend (debian etch) that read the contents of the exported NFS share called /WEB-2 (under drbd ) and publish it via apache.

Sometimes when i update my working copy on my backend i don't see the changes on all the frontends as follows the output on ls on the frontends.

FE-01:~# ls -alio /WEB-2/sites/http/pilot/frontend/contenuto_lista_nozze.php
17237334 -rw-r----- 0 vapache 3387 2008-05-16 11:10 /WEB-2/sites/http/pilot/frontend/contenuto_lista_nozze.php
FE-02:~# ls -alio /WEB-2/sites/http/pilot/frontend/contenuto_lista_nozze.php
17237564 -rw-r--r-- 1 vapache 3801 2008-05-23 11:09 /WEB-2/sites/http/pilot/frontend/contenuto_lista_nozze.php


If i remount the /WEB-1 share on the frontend the changes are seen and updated correctly on all frontends but it's clear that this behaviour is not accetable when writing codes that needs to be updated directly on production.

The exportfs flag options on the exported fs on the Backend are as follows

rw,all_squash,anonuid=4001,anongid=555,no_subtree_check,sync.

Someone could address me in any troubleshooting steps on this issue?

Best Regards,

Simone Carbonara


--
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