Avy,
Your collocation is set to node for the stg pool 3584tapepool. This will
increase the tape usage of course.
If it is not required (backup of different nodes can be on the same
tape), set it to none.
Best regards,
Kurt
> -Oorspronkelijk bericht-
> Van: ADSM: Dist Stor Manager [mailt
del fi nodename # namet=fsid
At 04:10 PM 1/24/2007 -0500, you wrote:
to delete files by filespace number, is it:
del file fsid= ??
>>> [EMAIL PROTECTED] 01/24/07 3:11 PM >>>
No, you will need to do an audit vol to resolve the differences
between
the storage pool and the DB.
>>> Lawrence
Hello,
I am constantly running out of scratch volumes. Everyday many times I
have to reclaim space back manually by looking through what is less than
20%
using this ...QUERY VOLUME stg=3584tapepool status=filling
then I do a move data on those volumes. This is tedious. At times what I
did is
I have never used it, but from "help delete filespace", I would say you
would first do "q occ nodename" to get the FSID, and then
delete filespace nametype=fsid
On Wed, 24 Jan 2007, Lawrence Clark wrote:
> to delete files by filespace number, is it:
>
> del file fsid= ??
>
> >>> [EMAIL PR
Type 'help delete filespace' for the syntax.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Lawrence Clark
Sent: Wednesday, January 24, 2007 1:10 PM
To: ADSM-L@VM.MARIST.EDU
Subject: delete by filespace number?
to delete files by filespace number, is
to delete files by filespace number, is it:
del file fsid= ??
>>> [EMAIL PROTECTED] 01/24/07 3:11 PM >>>
No, you will need to do an audit vol to resolve the differences
between
the storage pool and the DB.
>>> Lawrence Clark <[EMAIL PROTECTED]> 1/24/2007 3:07 PM
>>>
I have disk that no longer
Patch 5.3.4.2 is on the ftp site
ftp://service.software.ibm.com/storage/tivoli-storage-management/patches
/server/AIX/5.3.4.2
Orville L. Lantto
Storage Consultant
GlassHouse Technologies, Inc.
200 Crossing Boulevard
Framingham, MA 01702
cell: 952-738-1933
[EMAIL PROTECTED]
www.glasshouse.com
No, you will need to do an audit vol to resolve the differences between
the storage pool and the DB.
>>> Lawrence Clark <[EMAIL PROTECTED]> 1/24/2007 3:07 PM
>>>
I have disk that no longer has data the TSM database entries have as
existing.
I need to clear off the disk ( from the TSM DB perspecti
I have disk that no longer has data the TSM database entries have as
existing.
I need to clear off the disk ( from the TSM DB perspective)
If I set it to migrate will TSM clear it's DB entries if it does not
find the
files there?
The information contained in this electronic message and any a
I'd recommend pulling the two tapes with incorrect labels out of the
library. Then do a move data on the two tapes with the duplicate label
but real data to move that data to new tapes. Then after your reuse
delay period, those two tapes will drop out of the storage pool
(assuming you are using s
Thomas Denier wrote:
> -Skylar Thompson wrote: -
>
>
>> Our library got confused about a month ago, and started reporting
>> tapes being in the wrong slots. This caused a couple tapes to have
>> labels that are inconsistent with their barcodes and are in use by
>> other tapes. I audited the
-Skylar Thompson wrote: -
>Our library got confused about a month ago, and started reporting
>tapes being in the wrong slots. This caused a couple tapes to have
>labels that are inconsistent with their barcodes and are in use by
>other tapes. I audited the "real" volumes, and didn't find a
Thomas Denier wrote:
> - Skylar Thompson wrote: -
>
>
>> I could try dd'ing a megabyte of zeros to the beginning of the
>> tape, but I'd have to stop TSM to do that.
>>
>
> I don't think you have to stop TSM for this. We once needed to use
> a non-TSM tape utility to download new microcode
There in lies my confusion! You guys got me on the right track. Apparently
our TSM was setup so that each node uses a single mgmt class. Some do not
have include statements at all and thus use the default for the domain. We
have some boxes however that have included a specific mgmt class with *.*
- Skylar Thompson wrote: -
>I could try dd'ing a megabyte of zeros to the beginning of the
>tape, but I'd have to stop TSM to do that.
I don't think you have to stop TSM for this. We once needed to use
a non-TSM tape utility to download new microcode to our tape drives.
We used 'update dr
Ronald Le Large wrote:
> Skylar,
>
> Isn't it perhaps that TSM thinks that there is still data on the tape (q
> cont volumename) ?
> If you are absolutely sure there is no data on tape, delete the vol using
> the discarddata=yes parame
I did an audit volume on the two "real" tapes (the tapes who
Skylar,
Isn't it perhaps that TSM thinks that there is still data on the tape (q
cont volumename) ?
If you are absolutely sure there is no data on tape, delete the vol using
the discarddata=yes parameter.
That will return the tape to scratch.
Kind regards,
RLL
Skylar Thompson <[EMAIL PROTE
Richard,
How to remove a tape from a 3494 inventory?
The link was very useful. I'll keep it for further reference.
I have decided not to change the category to 'reserved' (FFFB) but keep
the category (FFFA).
Because this week an extension frame will be installed (currently we have
no free slots)
Our library got confused about a month ago, and started reporting tapes
being in the wrong slots. This caused a couple tapes to have labels that
are inconsistent with their barcodes and are in use by other tapes. I
audited the "real" volumes, and didn't find anything wrong, so I don't
think anythin
FFFA says manually removed and the only way to clear it is to change it to
a FFFB (Purge Volume category).
The way I do this via AIX is:
mtlib -l /dev/lmcp0 -C -Vvolser -sFFFA -t FFFB
Ronald Le Large <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
01/24/2007 09:13 AM
Please respond t
I had to download the INFORMIX TDP via Passport, since like every other
TDP, it is a licensed thing !
What would be on service.boulder.ibm.com are patches/updates !
FWIW, it was not an easy thing to get working and we really couldn't get
it to talk to TSM directly. Even following Avaya's own publ
Ronald -
SeeFFFA volume Category Code, 3494
in http://people.bu.edu/rbs/ADSM.QuickFacts
Richard Sims
I have manually removed an inserted (not labelled) 3592 tape from a 3494
library.
Before I removed it, the mtlib command showed the tape with a category of
FF00
After I (physically) removed it form the slot, the category changed into
FFFA (means volume is manually ejected).
But, the mtlib query st
Doug,
But with TSM retention just isn't done on a node by node basis - on any given
node, you can have *some* files backed up to a management class which keeps
inactive files for 30 days, yet *another* set of files on that same node bound
to a management class keeping files for 10 years. I've w
Part of the issue is with the question: in general, there is no such thing
as "retention for node xxx". With TSM, retention is handled at the
file/object level, not at the node level. For example, you can have two
files on your system, c:\file1 and d:\file2. Using include/exclude
statements, yo
So if I want to report to my manager how long the retention is on XXX node
within a Domain that has multiple mgmt classes how would I give him the
correct information?
We're in the process of documenting our DR practices and this is a piece of
information that has to be included. They want to kno
Hi Doug,
querying the backups- and archives table has been discussed to some extend
in this forum. It is certainly NOT a query I would issue as a daily report,
as it is VERY time-consuming and puts some strain on your TSM database; be
ready to wait quite a while for the output; DON´T issue it if y
Thanks to all,
Andy, thanks for the suggestions regarding the script and thanks to all the
others for suggestions. Thanks Richard, I too am anxious to have the
ability to recover my database, in fact it would be nice not to loose it in
the first place. But it does happen and it will happen, I have
28 matches
Mail list logo
