On Thu, 2013-10-24 at 13:00 -0700, Robert Hajime Lanning wrote: > > Design philosophy... > > There is no metadata server. When you look at timestamps in stat, > you > are seeing the real stat of the file. So this raises an interesting point...
> > If you have "replica 2" then you have two files. The stat can come > from > either one. Mtime will be the modification time of the file If the replica N files all have slightly different mtimes (it seems they usually will because they weren't written at exactly the same time), then isn't this a point of inconsistency for a script running on a fuse mount which expects the same mtime on a file? Shouldn't gluster somehow coordinate to set all the files mtimes to be consistent to say the last mtime in the replica set? > referenced > by the time on the server (not the client.) > > One of the strengths of GlusterFS is that it does not have the > bottleneck/single point of failure of a single metadata server.
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users
