[8394] in Info-AFS_Redistribution

home help back first fref pref prev next nref lref last post

Re: File copying

daemon@ATHENA.MIT.EDU (Michael Pelletier)
Wed Jan 3 14:36:05 2001

Date: Wed, 3 Jan 2001 11:12:09 -0800 (PST)
From: Michael Pelletier <mike@alteon.com>
To: Peter Scott <Peter.J.Scott@jpl.nasa.gov>
Cc: info-afs@transarc.com, openafs-devel@openafs.org
In-Reply-To: <4.3.2.7.2.20010102200501.00b70460@mail2a.jpl.nasa.gov>
Message-Id: <Pine.SOL.3.95.1010103110857.21788E-100000@arrakis.alteon.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 2 Jan 2001, Peter Scott wrote:

> Something tangential to the backup product discussion that I would like
> to toss out there - if any enterprising developers would like to come up
> with a native file copy command that acts purely server side, it would
> be so great.  The frustration in copying a 500MB file from one AFS
> location to another in the same cell (or at least on the same server),
> knowing that all the bytes are travelling up the wire to the poor old
> workstation whose only job is to send them back again, is palpable.

An AFS-aware drop-in replacement for the "cp" command would make sense, it
seems - it would detect if both the source and destination paths are in
AFS land and issue the proper server directives to do the copy
server-to-server or within the same server, but otherwise function as a
normal "cp" command. Hm, I wonder if you might even be able to have it
create an OldFiles-style replica of the file?  Or is that only on a
per-volume level? 

	-Michael Pelletier.


home help back first fref pref prev next nref lref last post