[ale] writing to tape

Scott Castaline skotchman at gmail.com
Tue Feb 2 14:14:05 EST 2010


On 02/02/2010 01:59 PM, Greg Freemyer wrote:
> 2010/2/2 Björn Gustafsson<bg-ale at bjorng.net>:
>> On Mon, Feb 1, 2010 at 10:31 AM, Geoffrey<lists at serioustechnology.com>  wrote:
>>> Greg Freemyer wrote:
>>>> What's your command line including pipes.
>>>
>>> ssh servername "tar -cf - $BackupThis" | dd bs=10k of=/dev/nst0
>>
>> I don't know if it works with GNU tar, but you might want to try the
>> -B switch and/or to set `-b 20' to explicitly match the dd blocksize.
>> (20 should be the default though.)
>>
>> After quickly checking the GNU tar manpage, it seems to indicate that
>> -B only works for reads, but it might be worth a try anyway.
>>
>> --
>> Björn Gustafsson
>
> tar is not the problem.  Its whatever the interconnect is between the machines.
>
> It is not keeping up with the tape drive so dd is stalling out on the
> input from the comm channel and creating partial blocks on its output.
>   dd is just not really a good tool for this use case.
>
> I've come across similar issues in the past.  My solution was to us
> mbuffer as I said in a previous email.
>
> I think this is what I used<http://www.maier-komor.de/mbuffer.html>
> but it was years ago.  Back then it was not really well supported and
> I had to patch in some fixes..  To my surprise it is now in the
> opensuse distro, so maybe others as well.
>
> Greg
It's also available for Fedora:

[scott at ncc1701 ~]$ yum list mbuffer
Loaded plugins: fastestmirror, presto, refresh-packagekit
Available Packages
mbuffer.x86_64              20091122-1.fc12                      updates



More information about the Ale mailing list