On 01/05 03:49 , Brandon Prudent wrote:
> So you're saying use that tool (is there any documentation on it or is it
> a scratch n' sniff type deal?) 

it's kind of a scratch-n-sniff deal, but not too hard to figure out.

> against my already archived files and then
> put up the result? That must create a mirror of the files, which would
> require I have twice the capacity of my backups, minus the stuff I don't
> want. 

no, it just creates a tar archive of the specified backup. so you only need
the space required by one of your backups (you can pipe it to a compression
tool if you like). 


> I guess the only other solution to that would be some method of specifying
> which files to be put up to rsync or similar .... wait ... I think ....
> yes, that may just be a good idea. Using rsync, specify the /backup
> directory, and ask it to exclude /this/file and /that/file. Any reason
> that wouldn't be a good idea?

on a very small system, you may be able to get away with it. on more than a
few GB tho, the memory requirements of rsync to handle all the hardlinks will 
kill you.
this is a non-trivial problem which gets hashed over on this mailing list on
a pretty regular basis. have a look at the archives. the most recent thread
was under the title 'Cpool question'.

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to