<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Dissecting Time Machine & Replacing It With rsync</title>
		<description>Discuss Dissecting Time Machine & Replacing It With rsync</description>
		<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html</link>
		<lastBuildDate>Fri, 10 Feb 2012 11:15:04 +0000</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="http://www.backupcentral.com/component/jcomments/feed/com_content/282/10.html" rel="self" type="application/rss+xml" />
		<item>
			<title>Finder Attributes (etc)</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-928</link>
			<description><![CDATA[Thanks for the follow-up. (Background: I'm looking into a Drobo as part of an archive and backup server.) To clarify... you're talking about using a Mac to pull files via rsync from other hosts (which won't necessarily be Macs or running HFS+) - if those other hosts are serving Mac file systems (e.g. Linux boxes with Netatalk) then they'll split data and resource forks which (presumably) you're storing separately on the backup Mac - in a format that the backup Mac itself possibly can't read as "real" Mac files. My gut feeling is to do all this on Linux instead and live with the Drobo's 2Tb LUN limit. Random comments: (i) Do you know if the Drobo with ext3 has problems when the LUN exceeds 2Tb, or just when the filesystems do? A Drobo with an 8Tb LUN might work fine so long as it's partitioned into file systems 2Tb or lower. (It's an academic question: I'm not sure I'd want to try it.) (ii) I have a feeling that Time Machine can preserve DRM'ed assets like iTunes purchases and iPhone apps - you can set up a new Mac from a TM backup and (presumably) the purchases are transferred. I rather doubt that this would work with rsync. (iii) Your script is not very able to provide feedback AFAICT - I don't know where console output from cron/launchd goes, and whether it's injected into the mail system. On a Linux box I can be pretty confident that I can make it mail me with its progress. (iv) Time Machine seems pretty good at recovering from disconnection of network volume that it's backing up to - I'm not sure what your script does (over and above not shifting the "Latest" symlink, which might be sufficient) and whether it would gracefully time out (e.g. when unable to reach backup clients). Just thinking out loud here... thanks for the article, it's food for thought.]]></description>
			<dc:creator>nick rothwell</dc:creator>
			<pubDate>Mon, 19 Jul 2010 04:24:38 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-928</guid>
		</item>
		<item>
			<title>Great question</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-927</link>
			<description><![CDATA[The answer depends on which filesystems we're talking about. In my case, I store all my mac data on NFS-mounted filesystem. If a Mac needs to make any special metadata for a file (including resource forks), they get saved in a special file next to the file in question. Therefore, any backup method that backs up and restores "." files will preserve the things you're looking for. But if you're doing a mac HFS+ to Mac HFS+ rsync, then yes, you're going to want to use the Mac version of rsync which will do the same thing.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Sun, 18 Jul 2010 19:33:02 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-927</guid>
		</item>
		<item>
			<title>Finder Attributes?</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-926</link>
			<description><![CDATA[It's not clear to me that this method (rsync rather than Time Machine) preserves Finder Attributes and important things like file resource forks. Or does the Mac version of rsync do that anyway?]]></description>
			<dc:creator>nick rothwell</dc:creator>
			<pubDate>Sun, 18 Jul 2010 13:41:14 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-926</guid>
		</item>
		<item>
			<title>AFP on Linux</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-849</link>
			<description><![CDATA[Netatalk needs to be compiled with OpenSSL support to work w/Leopard or later. I currently use it on Solaris (with ZFS) for my home NAS. I advise using the latest version of Netatalk, as it provides better compatibility with Snow Leopard. I have also found Netatalk to be much faster with the Macs in our house than either CIFS (horribly slow) or even NFS. In my previous NAS incarnation, running 8.10 Ubuntu, I had to compile Netatalk by hand to include this support; you may need to do so on the version of Linux you are running. I am using Time Machine against the NAS with AFP and have no problems with corruption of the sparsebundle as far as I know as I've never had to restore anything yet. I presume TM failing to back up would be the symptom of a corrupted TM image? I don't use TM as a "whole disk" backup solution, though. I just use it for backing up my home directory as a) I don't have a large number of applications, and b) I take a clone image before any major OS or hardware change. The only issue I've run into with this strategy is that many games store their save files with the game executables in the Applications directory.]]></description>
			<dc:creator>N. Miller</dc:creator>
			<pubDate>Wed, 17 Feb 2010 15:30:19 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-849</guid>
		</item>
		<item>
			<title>two things</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-816</link>
			<description><![CDATA[Using launchd is a lot easier than figuring out cron. check out http://lingon.sourceforge.net/. Anybody have any thoughts on how you could make rsync add to your already existing time machine backup? would be nice for doing remote backups.]]></description>
			<dc:creator>Andy Boutte</dc:creator>
			<pubDate>Mon, 25 Jan 2010 03:54:10 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-816</guid>
		</item>
		<item>
			<title>Well I\'ll be</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-785</link>
			<description><![CDATA[Who would have thought that Windows advice would come from the first Mac enthusiast I ever knew. ;-)]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Wed, 06 Jan 2010 03:41:50 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-785</guid>
		</item>
		<item>
			<title>Actually it does... on Vista and later</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-784</link>
			<description><![CDATA[http://en.wikipedia.org/wiki/NTFS_symbolic_link]]></description>
			<dc:creator>David Young</dc:creator>
			<pubDate>Wed, 06 Jan 2010 03:40:01 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-784</guid>
		</item>
		<item>
			<title>Oh, alright</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-780</link>
			<description><![CDATA[I've re-edited the article to reflect your comment, Mike. Thanks. But I do use a symbolic link in one part of the script and I KNOW it doesn't support those, so THERE! Actually I was too tired to figure out cron on the Mac. Sometimes the mac is so NOT Unix, you know? Speaking of which, now all I have to figure out is the Open-LDAP and AFP so I can make sure all home directory stuff is on the Linux server, not on the local machine. First attempt was not so successful.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Wed, 30 Dec 2009 13:58:18 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-780</guid>
		</item>
		<item>
			<title>Mike Bush says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-779</link>
			<description><![CDATA[Informative article... but I should point out that NTFS does support hard links. And c'mon... too tired to write cron instructions? ;-)]]></description>
			<dc:creator>Mike Bush</dc:creator>
			<pubDate>Wed, 30 Dec 2009 09:33:35 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/282-time-machine-rsync.html#comment-779</guid>
		</item>
	</channel>
</rss>

