After reading Dean and Shyam's thread, I've modified perlvault to use
bidfiles.  (I was struggling with the same issue.)  perlvault builds a
list of images to be duplicated, sorts them by media id and by file
number, builds a bidfile per media id, and spawns a bpdupicate per
bidfile (up to the number of streams specified at the command line).

As you can see from the log below, the media isn't un-mounted and
re-mounted.

The new version of perlvault (using bidfiles) will be available in a few
hours.  Look for perlvault-0.2.gz.

Regards,
-Eric
-- 
Eric P. Forgette
Unix Systems Administrator
http://perlvault.sourceforge.net/

Here is a log of one of the bpdupicate child processes:

Duplicate started Tue Sep 03 2002 09:34:11
Activity monitor job id = 3280
09:34:16 INF - Waiting for mount of media id 000092 on server nbmaster.
09:34:18 INF - Waiting for mount of media id 000101 on server nbmaster.
09:36:15 INF - Waiting for positioning of media id 000092 on server
nbmaster.
09:36:58 INF - Waiting for positioning of media id 000101 on server
nbmaster.
09:38:09 INF - Beginning duplication on server nbmaster.ovnt.com of
client rich1958 image, creating copy 2.
09:39:32 INF - Beginning duplicate on server nbmaster of client
rich1958.
09:42:26 INF - Duplicate of backupid rich1958_1030745075 successful.
09:42:28 INF - Duplicating policy unx_solaris, schedule weekly_full
(rxpap02_1030745702) created 08/30/2002 18:15:02, media id 000101.
09:42:31 INF - Waiting for positioning of media id 000101 on server
nbmaster.
09:42:31 INF - Waiting for positioning of media id 000092 on server
nbmaster.
09:42:32 INF - Beginning duplicate on server nbmaster of client rxpap02.
09:42:55 INF - Beginning duplication on server nbmaster of client
rxpap02 image, creating copy 2.


DAllen AT axa.com DOT au wrote:
> 
> Apparently I spoke too soon.
> My duplication scripts ran this morning using this Bidfile method, and
> still the same tape was mounted/dismounted many times
> 
> Dean Allen
> ISG - Storage Management
> AXA Australia