× 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.



Is BRMS initializing the first tape, or just looking for the first spot
where the previous backup is expired?

Paul Nelson
Cell 708-670-6978
Office 512-392-2577
nelsonp@xxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Gerald Kern
Sent: Wednesday, September 12, 2012 7:44 AM
To: Midrange
Subject: BRMS suddenly requires second tape?

V6R1 - starting last Friday night BRMS started asking for a second tape.
Nothing had changed in the control group. Our initial assumption was that
data had grown enough to require a second tape. Yesterday we were able to
remove enough data to reduce our % system ASP used from 44 to 39.19% (and
we have 1.5TB total.) Our LTO-4 tapes have an 800GB capacity. Last night it
still asked for a second tape.

My operator used DSPLOGBRM and compared tape contents with a tape prior to
the start of this problem and there were no major differences between the
time it took to backup the individual objects and libraries and their
sizes. The only difference found was towards the end of the backup (at
around 12:42 and 12:46 a.m.) there is a command that has started to appear
since Friday.



*9/11/12 0:42:46 Starting save of media information at level *LIB to
device*



It is shortly after this command that a second tape is needed. We're not
sure why that started on Friday, but maybe that has something to do with
the backup now needing two tapes?


In reviewing the contents of the tapes via DSPLOGBRM we saw no major
differences we found that the only thing on the second tape is QUSRBRM?

Anybody with any clues as to why we suddenly need a second tape?


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.