<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Data Replication Using rsync</title>
	<atom:link href="http://www.linux-mag.com/id/7888/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7888/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: Puneet Verma</title>
		<link>http://www.linux-mag.com/id/7888/#comment-968513</link>
		<dc:creator>Puneet Verma</dc:creator>
		<pubDate>Tue, 28 May 2013 11:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-968513</guid>
		<description>Does rsync allows master-master configuration ?</description>
		<content:encoded><![CDATA[<p>Does rsync allows master-master configuration ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rct</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8721</link>
		<dc:creator>rct</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8721</guid>
		<description>&lt;p&gt;I don&#039;t usually rant about articles, but it seems like this article was overly padded to make a minimum word limit for submission.  Many of the options used could have been replaced by using rsync -a.  &lt;/p&gt;
&lt;p&gt;The paragraph: &quot;rsh=/usr/bin/ssh: This option tells rsync what to use for the remote shell [ ... ] but I used the old school option of rsh=, is really a waste of space and reader&#039;s time.  As the fine manual page says &quot;a modern rsync uses ssh for its communications&quot;.  Given that this is Linux magazine, modern == all.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I don&#8217;t usually rant about articles, but it seems like this article was overly padded to make a minimum word limit for submission.  Many of the options used could have been replaced by using rsync -a.  </p>
<p>The paragraph: &#8220;rsh=/usr/bin/ssh: This option tells rsync what to use for the remote shell [ ... ] but I used the old school option of rsh=, is really a waste of space and reader&#8217;s time.  As the fine manual page says &#8220;a modern rsync uses ssh for its communications&#8221;.  Given that this is Linux magazine, modern == all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grabur</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8722</link>
		<dc:creator>grabur</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8722</guid>
		<description>&lt;p&gt;Rsync is fantastic.  Just to add that I always run rsync first with the dry-run option.  Just in case!
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Rsync is fantastic.  Just to add that I always run rsync first with the dry-run option.  Just in case!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beerse</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8723</link>
		<dc:creator>beerse</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8723</guid>
		<description>&lt;p&gt;With cygwin comes a perfect implementation of rsync (its from the same source). Hence it also works for msDos/msWindows based machines. I even use it on the sd-cards in my camera: just compare it on the local machine between the sd-card (current drive) and the pictures folder. It only copies the new pictures. Much faster with current multi-gb cards.&lt;/p&gt;
&lt;p&gt;Be noted however: The fat filesystem only has a 2 second time-stamp resolution. And msWindows timestamps varies around daylight-savingtime changes. Hence use &quot;--modify-window=3602&quot;&lt;br /&gt;
And the filename specification differs somehow.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>With cygwin comes a perfect implementation of rsync (its from the same source). Hence it also works for msDos/msWindows based machines. I even use it on the sd-cards in my camera: just compare it on the local machine between the sd-card (current drive) and the pictures folder. It only copies the new pictures. Much faster with current multi-gb cards.</p>
<p>Be noted however: The fat filesystem only has a 2 second time-stamp resolution. And msWindows timestamps varies around daylight-savingtime changes. Hence use &#8220;&#8211;modify-window=3602&#8243;<br />
And the filename specification differs somehow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bhepple</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8724</link>
		<dc:creator>bhepple</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8724</guid>
		<description>&lt;p&gt;But wait! there&#039;s more!!&lt;/p&gt;
&lt;p&gt;rsync _can_ be used to give multi-versioned backup - ie to efficiently backup files with all versions visible at once. This uses the &lt;code&gt;--link-dest&lt;/code&gt; option of rsync to make hard links between unchanged files in successive backups - an unchanged file is only stored once. It&#039;s a kind of deduplication at the file level.&lt;/p&gt;
&lt;p&gt;This works very well for the typical case of frequent changes to small files. Less well for very large files such as media.&lt;/p&gt;
&lt;p&gt;Here&#039;s my backup script that I run daily at minimal cost in time or space: http://bhepple.freeshell.org/oddmuse/wiki.cgi/backup-copy
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>But wait! there&#8217;s more!!</p>
<p>rsync _can_ be used to give multi-versioned backup &#8211; ie to efficiently backup files with all versions visible at once. This uses the <code>--link-dest</code> option of rsync to make hard links between unchanged files in successive backups &#8211; an unchanged file is only stored once. It&#8217;s a kind of deduplication at the file level.</p>
<p>This works very well for the typical case of frequent changes to small files. Less well for very large files such as media.</p>
<p>Here&#8217;s my backup script that I run daily at minimal cost in time or space: <a href="http://bhepple.freeshell.org/oddmuse/wiki.cgi/backup-copy" rel="nofollow">http://bhepple.freeshell.org/oddmuse/wiki.cgi/backup-copy</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: laytonjb</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8725</link>
		<dc:creator>laytonjb</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8725</guid>
		<description>&lt;p&gt;Thanks every one for your feedback on rsync. I really appreciate the feedback that you have given - it helps everyone.&lt;/p&gt;
&lt;p&gt;Thanks again!&lt;/p&gt;
&lt;p&gt;Jeff
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks every one for your feedback on rsync. I really appreciate the feedback that you have given &#8211; it helps everyone.</p>
<p>Thanks again!</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uclicktu</title>
		<link>http://www.linux-mag.com/id/7888/#comment-8726</link>
		<dc:creator>uclicktu</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7888/#comment-8726</guid>
		<description>&lt;p&gt;Nice article Jeff. For those of us that are cutting our teeth on linux it is very useful for the total explanation of using rsync. Thanks again!
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Nice article Jeff. For those of us that are cutting our teeth on linux it is very useful for the total explanation of using rsync. Thanks again!</p>
]]></content:encoded>
	</item>
</channel>
</rss>