This is true...but there is something else to consider.
If you are using IBM LTO Gen 1 drives, there was a bad level of microcode that
could write a EOT mark at the BOT. A symptom of this is the inability to
read the
tape label. If this is an offsite copy, you can reproduce it with your
onsite v
I like the product, but support has not been very good, especially lately.
At 12:16 PM 2/19/2004, you wrote:
Great product and awesome support - as you can tell, we have had a very
positive experience with both.
Pedro A. Crespo
Technology Architect
Integris Health - IT
N. Grand, Ste. 100
Okla
You answered it...I wasn't aware that reclamation treated a half empty
(never full) tape different from a half empty (once full) tape.
Sounds like I should have RTFM a little more. Sorry.
Thanks!
At 03:06 PM 2/4/2004, you wrote:
The reclaim only reclaims tapes that have a specific % expired. It
I have a question regarding reclamation of tapes in a collocated pool.
In out non-collocated pools I simply set a threshold and let it go.
However, in the collocated pools you have many more partially filled
tapes that will be appended to later, and makes no sense to reclaim.
But there are also t
I saw this for the first time just last week. It was also for a storage
agent backup. I tracked the problem to a name mismatch in the
server definition for that storage agent...since I corrected the type
I have been problem free!
leonard
At 03:26 PM 1/27/2004, you wrote:
TSM Server 5.2.2 (AIX 5.
The latest OS X client scheduler seems to work...mostly...not as clean
as I'd like it.
At 11:11 AM 1/20/2004, you wrote:
Yeah, no prob, I ran into the nfs not being ALL-LOCAL a while back.
Our NFS mounts are OS X workspaces, and since the OS X tsm client
scheduler DOES NOT WORK, and the OS X tsm c
Our experience with IBM's LTO solution has been very poor.
Latest in a long string of problems was the determination that the latest
drive microcode (gen 1) 36U7 (as well as several other versions) will, under
certain circumstances after a write error, rewind the tape and write a EOT
at BOT. Tape
We were at 5.2.1.2 briefly...no problems during that time. Currently at
5.2.1.3 and seem to have a problem labeling ACSLS tapes...still early
in the investigation though.
DB change from 5.1.6.1 to 5.2.
At 10:01 AM 11/19/2003, you wrote:
Then a week or 2 after that I will be upgrading TSM. Is a
Could this be affecting you??
The problem that you could be facing is the following:
APAR= IC36543 SER=IN INCORROUT
TSM CLIENT NQR (NO QUERY RESTORE) CAN TERMINATE IMPROPERLY
IF THE RESTORE IS INTERRUPTED BY A DISK FULL/QUOTA CONDITION
.
If a TSM client no query r
Our experience has been with 9840 (A's) and LTO gen 1 drives. The 9840s have
been rock solid for years, while the LTO has had more failures in the past
14 months
or so than all of our STK drives over the past 8 or so years.
The LTOs started off rough, but I must admit that lately things have
staba
At 01:09 PM 9/30/2003 +0100, you wrote:
Hello
Anybody out there able to share their thoughts and experiences?
We're doing a technology refresh on some of our libraries and have a number
of products in the frame:
IBM 3584 / LTO-2
ADIC Scalar i2000 / LTO-2
HP ESL9322 / LTO-2
StorageTek L700e / T994
I would like to get opinions on disk configurations for a new platform.
I am installing my TSM server on an aix platform, with FASTT700 disk.
The FASTT700 has (28) 73 GB, 15K disks, of which 23 are available for this
application.
I am considering the following 2 setups, but please feel free to ma
I know this is in the FAQ, I read the FAQ, I don't
like the answer. :)
Even if I let the backups slowly expire on the old
system, and do new ones to the new server...which
will be extremely difficult due to the number of
tape drives I have...I still have 15 TBs of HSM data
on a single node that m
We have had 3290 installed since 7/16. No operational
problems, but it did introduce a bug for sites that
have their LTO on the network...you have to unplug
the ethernet before you can do drive microcode updates.
We also have drive microcode level 36U1 installed.
Found the above bug when we tried
Query your drives...are they online? If so then
query your paths to those drives. If you find the
path to the library or paths to the drives offline,
vary them on and try things again.
-Original Message-
From: Sebastien Bigand <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Mon, 21 Jul
yes it does...i can dig it up and send it to you if
you'd like. :)
-Original Message-
From: Richard Sims <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 09:06:50 -0400
Subject: Re: Interesting LTO fault's symptom
>According to a memo I received from IBM, the LTO
>drives
According to a memo I received from IBM, the LTO
drives do NOT require periodic cleaning.
The only time ours got cleaned is when we noticed
that auto cleaning was not occuring, and before we
got the memo.
Now, we have had a few tapes stuck in drives for
various reasons, and many unexplained I/O
Just wanted to thank everyone for opinions on sizing
a new TSM server. I appreciate all the information
and suggestions.
Thanks
leonard
You can respond direct to me instead of the list
if you wish. Thanks!
We are considering an IBM P650, either 2 or 4-way
system as our replacement TSM server. 4 to 8 GBs
of memory and around 1 terabyte of disk (FastT700?)
for database, log and disk pools.
Our current config is a Sun E4500 with 4
19 matches
Mail list logo
