[OpenAFS] sqlite on AFS will not work, even with whole-file
locking
Matt W. Benjamin
matt@linuxbox.com
Wed, 21 Apr 2010 11:34:52 -0400 (EDT)
If the CM omits to flush in this case, that's a plausible result. Viced will BCB when the lock is released, but if the changed data hasn't been written back, the cooperating clients lose.
Matt
----- "Simon Wilkinson" <sxw@inf.ed.ac.uk> wrote:
>
> I strongly suspect that the copy on the client is up to date, at least
>
> according to the server. However, it may well be out of data according
>
> to the machine which made the modification. That machine only writes
>
> its changes back to the server on receipt of a fflush or close (or
> when it's cache fills, and it needs to shed some dirty chunks).
>
> So, if there is a problem here, it's going to be related to the fact
>
> that we aren't flushing when a lock is released, rather than our
> behaviour on obtaining a lock. Perhaps you could verify that case?
>
> Cheers,
>
> Simon.
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
--
Matt Benjamin
The Linux Box
206 South Fifth Ave. Suite 150
Ann Arbor, MI 48104
http://linuxbox.com
tel. 734-761-4689
fax. 734-769-8938
cel. 734-216-5309