I've been hearing varying stories from vendors regarding the availability of
3592 media. Beyond the 20 tapes available through IBM with the installation of
the drive, are these tapes available through resellers now? I've seen estimates
anywhere from today to March '04.
I'd also be interested in
Is there any way to report the barcodes of tapes physically in a 3583?
I'm able
to see the barcodes one at a time, using the Remote Management Unit (web
interface), but I'd prefer a comman-line approach.
Using tapeutil (under Solaris) doesn't quite cut it, unless there is
something
I'm not
Geoff,
I saw the same message last night. The funny thing is, the node in question
should not have been writing to the first pool listed in the ANRD error.
The two pools are not in the same hierarchy at all. Does that agree with your
situation?
10/29/02 00:03:11 ANRD
Simple:
backup stgpool primarypool copypool preview=yes
Check the activity log, it will show which volumes would need to be
mounted for a backup, if any.
Mike.
Jolliff, Dale wrote:
I know someone has already invented this wheel...
I need to create a script to compare occupancy of primary
All,
I've encountered a tape with damaged files on it, for which no copypool exists
(business decision).
The question the user has asked me is: This is a 942 mb file, the retrieve
fails at 940 mb, and deletes the file. The data type is such that data could be
usable even if the file is
Any suggestions for a worst case scenario, where it is a primary pool tape which
has not yet had a backup made?
Had this happen this morning. Wrote 33GB onto a 3590E. The tape then became
unreadable, the server error being I/O error reading label for libvolume 101144
in drive RMT1
Zlatko,
Here's the other info you requested. We are still running AIX 4.3.1, ADSM
3.1.2.55. I'm working at upgrading to TSM4.2, then IBM can/will look at
the
problem, if the upgrade itself does not fix the problem.
Thanks,
Mike
$ lsattr -El rmt0
mode yes Use Buffered Writes
Zlatko,
Here's the output you requested. As you can see, same model and
microcode levels (it's the same across all five drives.
I've done the same Show Libr on our other two servers, one with
3590B1A's, one with 3590E1A's.
The B1A's:
RMT0 (/dev/rmt0):
type=8, mod=17,
In investigating a tape drive problem, I found the output from the Show Libr
command to be interesting, specifically the type=8, mod=## fields:
RMT2 (/dev/rmt2):
type=8, mod=48, busy=1, online=1,
polled=0, available=1, createPending=0
priorReadFailed=0, priorWriteFailed=0
Could you not start a second instance of the server on the target server, restore
the db from the source server into this second instance?
Then the server-to-server would still operate, but it would be within the one
machine!
In theory, of course...
M.
This is such a key point when
Good morning,
Since we upgraded our 3590B's to 3590E's, whenever all the drives in the library
are full, we get these errors, under ADSM 3.1, AIX:
02/06/2002 11:13:43 ANR8447E No drives are currently available in library MAGSTOR1.
This causes restore/retrieves to fail, rather than queue,
be reproduced on ADSM version 3 and
4.1. I do not think it is limited to 3590E drives though. Tivoli people,
have you found a solution to this problem yet?
Jeff Bach
-Original Message-
From: Mike Crawford [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, February 06, 2002 12:39 PM
To: [EMAIL
According to the ADSM Admin Guide:
Migration of files between primary storage pools does not affect copy storage
pool files. Copy storage pool files do not move when primary storage pool files
move.
If I have defined the following (AIX server, ADSM 3.1):
Primary Pool: Arcpool1
Copy Pool:
Ok, maybe I've misread the documentation but, this is causing me some grief.
In testing the upgraded 3590E drive, I've followed the instructions for creating
a new library, devclass, drive, and storage pools. What I'm trying to do is
move a full J tape from the old library to the newly defined
!
hope this helps...
I had a whole new/additional physical library when I did my switch...
Dwight
-Original Message-
From: Mike Crawford [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 10, 2002 12:02 PM
To: [EMAIL PROTECTED]
Subject: Reading 'J' tapes on 'E' drives
Ok, maybe I've
Good Afternoon,
A client is having trouble locating archived files using dsmc q ar. The problem
seems to be that the filespace_name and hl_names differ between the files, even
though they were archived from the same place.
Server: AIX, ADSM v3.1
Client: SunOS, ADSM v3.1
An example:
select
16 matches
Mail list logo