<div>Matthew,</div>
<div> </div>
<div>Yeah i was testing this today (2.0.1) in my dev environment and had the exact same results as you.  I&#39;ve already written an email to the gluster-devel mailing list asking when it was going to be fixed.  If i hear anything i&#39;ll let you know.  But this is for sure a bug.</div>

<div> </div>
<div>thanks,</div>
<div>liam<br><br></div>
<div class="gmail_quote">On Thu, May 28, 2009 at 8:37 AM, Matthew J. Salerno <span dir="ltr">&lt;<a href="mailto:vagabond_king@yahoo.com">vagabond_king@yahoo.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"><br>I&#39;m still unable to find a resolution.  Has anyone else come across this?<br>
<div>
<div></div>
<div class="h5"><br>----- Original Message ----<br>From: Matthew J. Salerno &lt;<a href="mailto:vagabond_king@yahoo.com">vagabond_king@yahoo.com</a>&gt;<br>To: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a><br>
Sent: Friday, May 22, 2009 2:19:34 PM<br>Subject: Timestamp on replicated files and dirs<br><br>Version: glusterfs 2.0.1<br>type cluster/replicate<br>RHEL 5.2 x86_64 (2.6.18-92.el5)<br><br>My config is server to server file replication.  At this point, I have everything working, and it works well.  The only problem I have is that the file modify date/time stamp.<br>
<br>Here&#39;s the scenario:<br><br>Local mount (drive) on each server to be replicated<br>/usr/local/repl<br><br>Local mount point on each server to be replicated<br>/usr/local/client<br>-- mount -t glusterfs /usr/local/etc/glusterfs/glusterfs-client.vol /usr/local/client/<br>
<br><br>Server1 and Server2 are replicating just fine.  To simulate a failure, I shut down the service on server2, umount /usr/local/client and delete all files and dirs under /usr/local/repl.  Each server mounts /usr/local/client from the locally running server.<br>
<br>Once I restart the service and remount the client mount point, all of the files start to trickle in as expected.  The problem is that in the /usr/locla/repl location, all of the files and dirs have the current date/time for the timestamp.  Now if I stop server1 and rm -rf /usr/local/repl/ and then restart the service and re-mount the ./client dir, all of the files come back, but same thing, all timestamps are overwritten.<br>
<br>So, the question is...  How can I setup file replication so that timestamps get replicated as well?  I tried &quot;option metadata-self-heal on&quot;, but that didn&#39;t seem to make a difference.<br><br>Any assistance would be greatly appreciated.<br>
<br>Thanks<br><br>Server Config:<br><br>volume posix<br> type storage/posix<br> option directory /usr/local/repl<br>end-volume<br><br>volume locks<br> type features/posix-locks<br> subvolumes posix<br>end-volume<br><br>volume brick1<br>
 type performance/io-threads<br> option thread-count 8<br> subvolumes locks<br>end-volume<br><br>volume brick2<br>  type protocol/client<br>  option transport-type tcp/client<br>  option remote-host 10.225.63.103<br>  option remote-subvolume brick1<br>
end-volume<br><br>volume replicate<br>  type cluster/replicate<br>  option metadata-self-heal on<br>  subvolumes brick2 brick1<br>end-volume<br><br>volume server<br> type protocol/server<br> option transport-type tcp<br> option auth.addr.brick.allow *<br>
 option auth.addr.replicate.allow *<br>  option auth.ip.brick1.allow *<br>  option auth.ip.replicate.allow *<br><br> subvolumes brick1 replicate<br>end-volume<br><br><br>Client config:<br>volume brick<br>  type protocol/client<br>
  option transport-type tcp/client<br>  option remote-host 10.225.63.99<br>  option remote-subvolume replicate<br>end-volume<br><br><br><br><br><br>_______________________________________________<br>Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br><a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
</div></div></blockquote></div><br>