<div dir="ltr">Hi.<br><br>No need to do rsync - running ls -lR on the mount *should* synchronize all the files.<br><br>That said, it doesn&#39;t always work - I&#39;m currently battling with several issues on the subject.<br>
<br>Regards.<br><br><div class="gmail_quote">2009/4/1 Ondrej Jombik <span dir="ltr">&lt;<a href="mailto:nepto@platon.sk">nepto@platon.sk</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Than you so much for this reply. We used to have client-side replication<br>
and failover worked very nice, but we were unable to do auto-restore<br>
(servers do not know about each other), thus I thought that moving<br>
tovards server-side replication would be a good idea.<br>
<br>
We will probably move back to client-size and do the rsync-like<br>
auto-restore after storage node failure.<br>
<br>
Again thanks, that helped me a lot, since now I have at least startpoint<br>
what to expect and whan not (regarding GlusterFS).<br>
<br>
PS: I like the GlusterFS architecture concept, and config files as well.<div><div></div><div class="h5"><br>
<br>
On Wed, 1 Apr 2009, Stas Oskin wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi.<br>
<br>
2009/4/1 Ondrej Jombik &lt;<a href="mailto:nepto@platon.sk" target="_blank">nepto@platon.sk</a>&gt;<br>
      I&#39;m trying to configure GlusterFS setup with two replicating servers.<br>
      For now just without any client. Worked well so far, however after<br>
      I rebooted the second server I started to have difficult times...<br>
      (note: first server remains unrebooted)<br>
<br>
<br>
Advice - use client side replication, it&#39;s considered more reliable and supports fail-over.<br>
 <br>
<br>
      1. are all changes made on non-rebooted server during the second server<br>
        reboot lost? they are not replicated after rebooted server is online<br>
        again... is there OFFICIAL way how to acheive this? Does it have some<br>
        binary log of non-performed write operations?<br>
<br>
<br>
You only need to run ls -lR when the server comes up to sync between the files. Now, only if it always worked... <br>
 <br>
<br>
      6. option favorite-child remote<br>
        This does nothing as well, but at least print some warning into the<br>
        log files. However what is written in the warning actually does not<br>
        happen. I tried to access all files on remote/local<br>
        device/mountpoint (4 ways), no change at all.<br>
<br>
<br>
Happens to me to.<br>
 <br>
<br>
      7. if I define &quot;subvolumes remote&quot; (so kicking local from subvolumes)<br>
        than I finally get the right file contents, but only at mountpoint,<br>
        not in actual device; I need to get files into the actual device<br>
        (local disk) of rebooted server<br>
<br>
<br>
Happen to me to.<br>
 <br>
<br>
      8. and finally I deleted all the files from device of rebooted server<br>
        and I was hopping for the replication to do the rest; and viola,<br>
        I have them replicated, so all files created during reboot are there,<br>
        but they are all filed with zeros!<br>
        (and no this is not that known XFS bug, it is actually on EXT3)<br>
<br>
<br>
Welcome to the club :).<br>
 <br>
<br>
      I know this all is pretty incredible and looks like a horror story, but<br>
      I have read tons of documentation and still I&#39;m not able to figure that<br>
      out. I wish that it is problem between keyboard and chair and not in the<br>
      software itself.<br>
<br>
      I&#39;m only trying to have RAID-1 over network with automatic recovery<br>
      after reboot/outage. Is this that complicated??<br>
<br>
      (I need to metion that I did not started with clients yet, there I&#39;m<br>
      expecting even bigger troubles like this)<br>
<br>
<br>
As I said, perhaps you should try client-side AFR first?<br>
</blockquote>
<br></div></div><div><div></div><div class="h5">
--<br>
  /\   Ondrej Jombik - <a href="mailto:nepto@platon.sk" target="_blank">nepto@platon.sk</a> - <a href="http://nepto.sk" target="_blank">http://nepto.sk</a> - ICQ #122428216<br>
 //\\  Platon Group - open source software development - <a href="http://platon.sk" target="_blank">http://platon.sk</a><br>
 //\\  10 types of people: those who understand binary &amp; those who do not</div></div></blockquote></div></div>