On Wed, May 12, 2010 at 09:55:05AM -0500, Dustin J. Mitchell wrote:
> On Wed, May 12, 2010 at 4:39 AM, Mark Adams <[email protected]> wrote:
> > This was the problem. Using gzip it retrieves from the 2nd tape just
> > fine. It takes twice as long to run the backup though! Is anyone using
> > pigz and is successfully retrieving data from the 2nd tape on? or has
> > anyone used pbzip2?
>
> Interesting! We're hoping to implement "official" support for this in
> the next (3.2) release, so I'm curious to know more about why pigz
> failed. In theory, it's a drop-in gzip replacement, right?
As far as I know, yes. Might be something to do with the merging of the
tar parts? Maybe you should try in your labs and see how you get
on! :)
In the mean time I can't get pbzip2 to work at all. It just crashes out
with the following:
<--snip
<program>GNUTAR</program>
<disk>/upbackup</disk>
<level>0</level>
<auth>bsd</auth>
<compress>SERVER-CUSTOM<custom-compress-program>/usr/bin/pbzip2</custom-compress-program>
</compress>
<record>YES</record>
<index>YES</index>
</dle>
1273659787.671710: dumper: is_partial = 0
1273659787.671714: dumper: partnum = 0
1273659787.671717: dumper: totalparts = 0
1273659787.671720: dumper: blocksize = 32768
1273659791.836144: dumper: security_stream_close(0x1c14990)
1273659791.836191: dumper: security_stream_close(0x1c1c9f0)
1273659791.836215: dumper: security_stream_close(0x1c24a50)
1273659791.836277: dumper: putresult: 10 FAILED
1273659792.404559: dumper: getcmd: QUIT ""
1273659792.404617: dumper: pid 741 finish time Wed May 12 11:23:12 2010
230,1
snip-->
This is my dumptype:
define dumptype upbackup {
program "GNUTAR"
compress server custom
server_custom_compress "/usr/bin/pbzip2"
tape_splitsize 40Gb
split_diskbuffer "/tapehold/"
fallback_splitsize 10Gb
comment "UPBACKUP"
index
priority high
auth "bsd"
}
>
> Dustin
