<div dir="ltr"><div class="gmail_extra">so Rsync would be a better solution in this case?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 1, 2013 at 8:20 AM, Kevin Korb <span dir="ltr"><<a href="mailto:kmk@sanitarium.net" target="_blank">kmk@sanitarium.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>lsyncd is for real time syncing.  Whenever something gets changed it<br>
would spawn an rsync to update the other copy.<br>
<div class="im"><br>
On 08/01/13 02:18, Jonathan Aquilina wrote:<br>
> At this point im debating if rsync is the right tool. I am trying<br>
> to determine if lsyncd which is based on rsync would do the trick.<br>
><br>
><br>
> On Thu, Aug 1, 2013 at 8:15 AM, Kevin Korb <<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a><br>
</div><div class="im">> <mailto:<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a>>> wrote:<br>
><br>
> I don't know if conflicting is really the right word but it is a<br>
> list of differences.  I wouldn't bother with the snapshot unless<br>
> you are going to process the list and then do the real sync.<br>
><br>
> On 08/01/13 02:10, Jonathan Aquilina wrote:<br>
>> I was thinking of using an lvm snapshot. all i really need is<br>
>> just a list of the conflicting files to be emailed in a report.<br>
><br>
><br>
>> On Thu, Aug 1, 2013 at 8:02 AM, Kevin Korb <<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a><br>
> <mailto:<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a>><br>
</div><div><div class="h5">>> <mailto:<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a> <mailto:<a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a>>>> wrote:<br>
><br>
>> It would tell you what rsync would have done without the<br>
>> --dry-run and why it would have done it.  But it can't guarantee<br>
>> that nothing will change between the dry run and the real run.<br>
>> Of course if your source is a snapshotted filesystem that won't<br>
>> matter.<br>
><br>
>> On 08/01/13 01:59, Jonathan Aquilina wrote:<br>
>>> I am in the process of writing a script on some testing<br>
>>> machines and I am wondering if having it perform a dry run and<br>
>>> itemized the items if it would provide a list of differences<br>
>>> such as file size and name etc conflicts<br>
><br>
>>> -- Jonathan Aquilina<br>
><br>
><br>
><br>
>> -- Please use reply-all for most replies to avoid omitting the<br>
>> mailing list. To unsubscribe or change options:<br>
>> <a href="https://lists.samba.org/mailman/listinfo/rsync" target="_blank">https://lists.samba.org/mailman/listinfo/rsync</a> Before posting,<br>
>> read: <a href="http://www.catb.org/~esr/faqs/smart-questions.html" target="_blank">http://www.catb.org/~esr/faqs/smart-questions.html</a><br>
><br>
><br>
><br>
><br>
>> -- Jonathan Aquilina<br>
><br>
><br>
><br>
><br>
><br>
> -- Jonathan Aquilina<br>
<br>
- --<br>
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~<br>
        Kevin Korb                      Phone:    (407) 252-6853<br>
        Systems Administrator           Internet:<br>
        FutureQuest, Inc.               Kevin@FutureQuest.net  (work)<br>
        Orlando, Florida                <a href="mailto:kmk@sanitarium.net">kmk@sanitarium.net</a> (personal)<br>
        Web page:                       <a href="http://www.sanitarium.net/" target="_blank">http://www.sanitarium.net/</a><br>
        PGP public key available on web site.<br>
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.20 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div></div>iEYEARECAAYFAlH5/hgACgkQVKC1jlbQAQeSvQCgv1PQQLjSjVfIHKnn9q6DB4tF<br>
uh4An2v+lbwNPgM3DeN2QnJaDcBvkWnE<br>
=rVu2<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Jonathan Aquilina
</div></div>