Hi I'm trying to reply to several people at once in this email:

On Oct 21, 2007, at 11:24 AM, Holger Parplies wrote:
> Hi,
>
> if it works, that sounds like a very elegant approach. Does the  
> file tree
> of the transferred backup look correct in BackupPC?

Yes, it looks just like a regular backup. I can even do backups with  
or without the snapshots alternately and there seems to be no problem.

 > Are you doing a backup of your local machine or of a remote  
machine via ssh?

I'm backing up the local system. I have some systems with separate  
direct-attached external storage devices. It's essentially backing up  
from one device to the other.

> If you succeed, please consider sharing your wrapper script via the  
> mailing
> list or the wiki (http://backuppc.wiki.sourceforge.net). Using  
> snapshots for
> backup in a transparent way is really an interesting thought. If  
> you don't
> succeed, sharing your approach may enable others to complete it :).

Sure, I am not the world's most elegant Perl hacker, so I'm sure  
things could be improved vastly.


On Oct 21, 2007, at 1:37 PM, Stephen Joyce wrote:


>
> I'm not sure there's a way to do what you want without using  
> DumpPreUserCmd and DumpPostUserCmd scripts.
>

Yeah, I've come to that conclusion. Thanks to everyone for their  
suggestions though. I am now doing this in three scripts - one to  
prepare the snapshot, one to "wrap" rsync so it doesn't need to know  
where the snapshot is mounted, etc. and one to clean up afterwards.  
Hadn't had a chance to work on this last week, but I should have this  
working sometime in the next couple of days, I hope.


On Oct 21, 2007, at 5:50 PM, Holger Parplies wrote:
>
> Where's the problem? We've just agreed that BackupPC almost  
> certainly does
> nothing more than close the socket. There's nothing that is  
> *forcing* the
> script on the remote side to die (as would a SIGKILL), it's just a  
> matter of
> handling whatever circumstance is not yet handled correctly. The  
> rest of the
> script is apparently working, so why give up now?
>
> Regards,
> Holger

You might be right that I shouldn't "give up" but upon thinking about  
this, it might fit better with the BackupPC philosophy to do this in  
three steps. It also gives me easier access to the log files as the  
pre and post commands have their STDOUT redirected there.

Markus

---
Markus A. Iturriaga Woelfel, IT Administrator
Electrical Engineering and Computer Science
University of Tennessee
203 Claxton Complex / 1122 Volunteer Blvd.
Knoxville, TN 37996-3450
[EMAIL PROTECTED] / (865) 974-3837



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
BackupPC-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to