Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\*\*\*\s+Tapeless\s+Backup\s+$Optimization$\s+\*\*\*\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\*\*\*\s+Tapeless\s+Backup\s+$Optimization$\s+\*\*\*\s*$/: 2 ]

Total 2 documents matching your query.

1. *** Tapeless Backup (Optimization) *** (score: 1): Author: rwk AT americom DOT com; Date: Wed, 05 Sep 2007 07:05:26 -0500; I have been doing tapeless backups for some time now (using tapedev file:/...) and my backups have now gotten big enough that the following is an issue: First, to achieve parallel dumps, I use a hold; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2007-09/msg00021.html (11,036 bytes)
2. Re: *** Tapeless Backup (Optimization) *** (score: 1): Author: Jon LaBadie <jon AT jgcomp DOT com>; Date: Wed, 5 Sep 2007 08:50:22 -0400; I suspect the correct reply to this would be "wait for the application and device APIs to be completed". Unfortunately, the tape and holding disk images are different formats so that a simple move wo; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2007-09/msg00023.html (11,896 bytes)

Current List: 1 - 2
Page: [1]