Return-Path: <macos-x-server-admin@lists.apple.com>
Received: from lists.apple.com (lists.apple.com [17.254.0.151])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA09974
	for <Thomas.Kaiser@phg-online.de>; Sat, 17 Nov 2001 18:34:29 +0100
Received: from lists.apple.com (localhost [127.0.0.1])
	by lists.apple.com (8.11.6/8.11.6) with ESMTP id fAHH4FP10081;
	Sat, 17 Nov 2001 09:04:15 -0800 (PST)
Received: from users.phg-online.de (users.phg-online.de
  [62.245.158.230]) by lists.apple.com (8.11.6/8.11.6) with ESMTP id
  fAHF6rL03823 for <macos-x-server@lists.apple.com>; Sat, 17 Nov 2001
  07:06:53 -0800 (PST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de
  [195.30.238.157]) by users.phg-online.de (8.9.3/8.9.3) with ESMTP id
  QAA09705 for <macos-x-server@lists.apple.com>; Sat, 17 Nov 2001
  16:28:48 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Subject: Re: copy drive to drive
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <macos-x-server@lists.apple.com>
Message-ID: <B81C3C52.14B55%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B5B4ED42-DABB-11D5-9450-000A278CC960@mrtoads.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Sender: macos-x-server-admin@lists.apple.com
Errors-To: macos-x-server-admin@lists.apple.com
X-BeenThere: macos-x-server@lists.apple.com
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:macos-x-server-request@lists.apple.com?subject=help>
List-Post: <mailto:macos-x-server@lists.apple.com>
List-Subscribe: <http://www.lists.apple.com/mailman/listinfo/macos-x-server>,
	<mailto:macos-x-server-request@lists.apple.com?subject=subscribe>
List-Id: for administrators of Mac OS X Server and related technologies. <macos-x-server.lists.apple.com>
List-Unsubscribe: <http://www.lists.apple.com/mailman/listinfo/macos-x-server>,
	<mailto:macos-x-server-request@lists.apple.com?subject=unsubscribe>
List-Archive: <http://www.lists.apple.com/archives/macos-x-server/>
Date: Sat, 17 Nov 2001 16:09:57 +0100
X-UIDL: e1c8c24d29a82f05cf04d3f228ee1fdd

On Fri, 16 Nov 2001 09:59:41 -0800, Mark Edwards wrote:

> Well, I think you'll find that rsync doesn't copy resource forks.

If you use it together with ditto (using the '-e' switch) it will. But pay
attention: The program you want to use with '-e' will only be used if rsync
'thinks' it works over a network. 'man rsync':

       Once installed you can use rsync to any machine  that  you
       can  use  rsh  to.  rsync uses rsh for its communications,
       unless both the source and destination are local.

       You can also specify an  alternative  to  rsh,  by  either
       using  the  -e  command  line  option,  or  by setting the
       RSYNC_RSH environment variable.

So this *won't* work:

'rsync -ar "-e /usr/bin/ditto -rsrc" /sourcedir /destinationdir'

but this *does*:

'rsync -ar "-e /usr/bin/ditto -rsrc" /sourcedir 127.0.0.1:/destinationdir'

Furthermore: As ditto won't work over a network connection, you have to
mount the remote hosts filesystem before and set the destinationdir to this
mountpoint. 

You might want't to try out (looks similar for smbfs, nfs or webdav):

/sbin/mount -t afp afp://username:password@ip-address/share /Volumes/backup

and set the destinationdir above to /Volumes/backup (create this directory
first if not existing).

There are some issues with the representation of the ressourcefork on
non-stream-capable filesystems like ufs or smbfs when copying from a
stream-capable filesystem like hfs+ or afp (the ressource forks have wrong
ownerships! [1]) and -- in case you want to use afp -- problems might occur
with the filename's length. Older implementations of afp which respect the
31 byte limitation on filenames will refuse to work together with ditto as
ditto creates temporary files with 'strange' suffixes like for example
".__XXCOPIERXX__.491.0". With afp 3.0 this limitation should no longer exist
though (can't check it because my copy of mosxs is still on the way)

I haven't had the time to play with rsyncs '--delete' switch but I believe
one can handle this if using a little shellscript which is called from rsync
(instead of ditto) that does the deletion stuff correctly (and let ditto do
the copy job)

I would love to hear of a backup software which supports webdav as an
interface to it's archive database. One can mount this with mount_webdav and
afterwards just 'rsync'ing into and out of it :-)

Best regards,

Thomas 

[1] 'proggie' on hfs+:

        -rwx------  1 tk  staff  542535 Nov 17 15:43 proggie

    copied with 'ditto -rsrc ./proggie /Volumes/ethershare/demovol/' to an
    ufs partition:

        -rwx------   1 tk    staff    542535 Nov 17 15:43 proggie
        -rwx------   1 root  wheel    214556 Nov 17 15:43 ._proggie
                       ^^^^  ^^^^^
_______________________________________________
macos-x-server mailing list
macos-x-server@lists.apple.com
http://www.lists.apple.com/mailman/listinfo/macos-x-server