× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Jeff,
My BRMS chops are very rusty, no longer involved with operations
for 6+ years, but I think BRMS wants more media and you think
BRMS should have already completed the dup ?

Maybe check "first 6 labels" to see what has actually been "duped" ?
1) BRMS is not writing/re-writing ?
2) different tape density = more media ?
3) maybe BRMS is not able to accept "G" option
because it's "too far in the dup" and if you
Cancel/Re-try it works ?
4) not sure about "tape /drive/ to virtual" but
is there some significant difference from
from what you tested before ?


Hopefully you will get a better BRMS person to respond,
but maybe, just maybe these comments help.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jeff Crosby
Sent: Friday, November 29, 2013 10:28 AM
To: Midrange Systems Technical Discussion
Subject: Dupping from physical to virtual tape via BRMS

All,

System i520, i7.1, internal 5755 LTO2 tape drive, 2 3581 LTO2 tape libraries, and a virtual tape library defined.

The goal is to drop the 2 tape libraries, keeping the tape drive and virtual tape to make duplicate copies. I plan on saving direct to physical media, then dupping to virtual, then dupping from the virtual to another physical media. (I prefer this method over save to virtual followed by virtual-to-physical dupping because it gets the data onto physical media in less time.)

A couple of months ago I did some testing with one of the tape /libraries/ of physical-to-virtual and virtual-to-physical simply for timing purposes.

Today I tried doing it from the tape /drive/ to virtual, also for timing purposes. I got this message:

Message ID . . . . . . : BRM148A

Date sent . . . . . . : 11/29/13 Time sent . . . . . . :
11:21:45


Message . . . . : No media of class VRT256K is available at location

VIRTUAL. (C G)



Cause . . . . . : No media of class VRT256K exists or is available for
the
operation to use at location VIRTUAL.

Recovery . . . : Do one of the following:

-- Add more media of this class to the media inventory, mount this media
on device TAPVRT01, and type G to continue.

-- For virtual tapes, add volumes to any image catalog except TAPVRT01 and
also add them to the BRMS inventory. Then type G to continue.

-- Type C to cancel the operation.

Possible choices for replying to message . . . . . . . . . . . . . . . :

G -- Continue with the operation.
C -- Cancel processing.

Thinking the issue was the tape /device/ I then tried it from the tape /library/ again. Same error. This worked a couple of months ago! When I do a DSPTAP on the virtual tape VRT001, it shows the first 6 labels have been dupped and then it's as if the tape is full and it wants another tape.
Also, when I expired the virtual media, I got a warning that the media was part of a "set" and only the first volume was expired. I had to expire the "set." I did not have to do anything in my testing a couple of months ago with "sets."

Evidently I have changed something that I don't remember. My idea was to have a single virtual tape media, VRT001, and treat it as a scratch tape because, well, that's what it would be. It's just a placeholder in order to get the data from one physical media onto another physical media.

I am by no means a BRMS expert. BRMS is wonderful, but it's complexity at times is way more than my simple shop needs. Any insight is greatly appreciated.



--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my company. Unless I say so.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.