Craig Barratt wrote:
> Stian writes:
>
>> [EMAIL PROTECTED]:~$ /usr/share/backuppc/bin/BackupPC_tarCreate -h pontiac
>> -n -1 -s \* . | /bin/gzip >> /dev/nst0
>> which is what backuppc tries to do when archiving to tape. And this does
>> not work.
>>
>
> As Dan and Ali mention, you can use buffer or dd to reblock
> the stream.
>
> You can make a copy of BackupPC_archiveHost and change it to
> run the commands of your choice. Update $Conf{ArchiveClientCmd}
> to point at your customized archive script.
>
Hi,
sorry for the very late reply. I haven't had time to check this out
until now. The problem was that the last block written had to be padded
out to the blocksize. I don't know why this just had to be done when
using gzip/bzip2. And GNU tar worked fine with the z or j option. Either
way, I'm now running with this patch:
--- BackupPC_archiveHost 2007-08-27 22:33:53.000000000 +0200
+++ BackupPC_archiveHost2 2007-10-10 15:45:55.392387027 +0200
@@ -110,7 +110,7 @@
#
# Output file is a device or a regular file, so don't use split
#
- $cmd .= ">> $outLoc";
+ $cmd .= "| buffer -B -o $outLoc";
$mesg .= " to $outLoc";
} else {
mkpath($outLoc) if ( !-d $outLoc );
I'm just curious, is there a better way to do this? Perhaps within perl,
so I don't have to fork a process to run buffer?
Thanks for backuppc once again. It's perfect! (Although I wish it better
supported off-site storage ).
Regards,
Stian
-------------------------------------------------------------------------
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]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
