ADSM-L

Re: LTO Volume

2005-03-10 00:31:38
Subject: Re: LTO Volume
From: Akash Jain <akashj AT IBILTTECHNOLOGIES DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 10 Mar 2005 11:01:22 +0530
Hi

After running and observation from past so many days it has been observed
that backup is going on two LTO volumes i.e. TAPE LEAKING as per the term
used. Now please update me the resolution for the same?


Output of the query in my set up is as follows: -

STORAGE POOL         : TAPEPOOL
              VOLNAME: BT0557
             PCT UTIL: 100.0
          MB_CAPACITY: 360693.4
               ACCESS: READWRITE
  LAST_WRITE_DATE    : 2005-03-10 10:46:53

STORAGE POOL         : TAPEPOOL
              VOLNAME: BT0558
             PCT UTIL: 11.9
          MB_CAPACITY: 200000.0
               ACCESS: READWRITE
  LAST_WRITE_DATE    : 2005-03-08 05:57:28


Regards
Akash

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Richard Sims
Sent: Sunday, 6 March 2005 1:14 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: LTO Volume

Akash -

I term this "Tape leak", as I summarize in
http://people.bu.edu/rbs/ADSM.QuickFacts . We had a good discussion of
this about 6 months ago on ADSM-L. One member was pursuing it with IBM
as a problem.

For administration at my site, I created a macro called "filling",
which does the following:

SELECT STGPOOL_NAME AS "        STORAGE POOL         ",
CHAR(VOLUME_NAME,6) AS "VOLNAME", PCT_UTILIZED as "PCT UTIL",
DEC(EST_CAPACITY_MB,6) AS "MB_CAPACITY", CHAR(ACCESS,11) AS "ACCESS",
LEFT(CHAR(LAST_WRITE_DATE),19) AS "LAST_WRITE_DATE    "  FROM VOLUMES
WHERE STATUS='FILLING' ORDER BY STGPOOL_NAME

This is handy for monitoring tapes which are in Filling state, and also
watching for tapes which become Readonly due to events occurring as
they are filling.

   Richard Sims

On Mar 5, 2005, at 12:27 PM, Akash Jain wrote:

> Hi experts,
>
> I have one simple query.
>
> While taking backups on LTO through, it occupies new LTO volume only
> after
> the used and in process volume will display status as 'FULL'.
>
> But in my case I had observed that it had started taking backup on
> other LTO
> volume in spite of the previous one in 'FILLING' status.
>
> BTO557                    TAPEPOOL     LTOCLASS    528,305.3  100.0
> Filling
> BT0558                    TAPEPOOL     LTOCLASS    200,000.0   15.5
> Filling
>
> Kindly provide the logical reasoning if any for the same.
>
>
> Regards
> Akash

<Prev in Thread] Current Thread [Next in Thread>