[OpenAFS] Client synchronization issues/Client caches are not being updated

2010-03-02 Thread Ken Elkabany
I have six client machines all accessing a single openafs server. The server and five clients are running Ubuntu 9.10 with openafs 1.4.10. About 80% of the time when a client modifies files on the afs, the changes are not reflected on the other clients, even after the file has been closed (a zip fi

Re: [OpenAFS] Client synchronization issues/Client caches are not being updated

2010-03-02 Thread Simon Wilkinson
On 2 Mar 2010, at 10:01, Ken Elkabany wrote: Is this expected behavior? I don't recall this being a problem when all our servers were on openafs 1.4.9. Is there a way to force the synchronization? This sounds like your clients are missing callback notifications. Is there anything funky go

Re: [OpenAFS] Client synchronization issues/Client caches are not being updated

2010-03-02 Thread Derrick Brashear
On Tue, Mar 2, 2010 at 5:01 AM, Ken Elkabany wrote: > I have six client machines all accessing a single openafs server. The server > and five clients are running Ubuntu 9.10 with openafs 1.4.10. About 80% of > the time when a client modifies files on the afs, the changes are not > reflected on the

Re: [OpenAFS] Client synchronization issues/Client caches are not being updated

2010-03-02 Thread Christof Hanke
Am Dienstag, 2. März 2010 11:01:22 schrieb Ken Elkabany: > I have six client machines all accessing a single openafs server. The > server and five clients are running Ubuntu 9.10 with openafs 1.4.10. About > 80% of the time when a client modifies files on the afs, the changes are > not reflected on

Re: [OpenAFS] Client synchronization issues/Client caches are not being updated

2010-03-02 Thread Ken Elkabany
Thanks! You were all spot on. Our internal firewalls had recently been updated to block port 7001. Ken On Tue, Mar 2, 2010 at 2:17 AM, Christof Hanke wrote: > Am Dienstag, 2. März 2010 11:01:22 schrieb Ken Elkabany: > > > I have six client machines all accessing a single openafs server. The > >