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 <m...@campbell-lange.net> 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