Charles, since I'm the one who originally asked the question I don't consider
this topic hijacked at all! I'm enjoying reading all the responses. Thanks to
everyone who has thrown in their suggestions. Some of the libraries mentioned
are new to me so I'm compiling all these ideas and researching them. When all
is said and done I'll try to post what I intend to focus on.
I do have a question on something someone mentioned and that is
de-deduplication. Are many of you using it and do you consider it an extra
level on potential problems? Just curious.
Thanks again to everyone.
Johnny
Johnny Lea CNE
Data Center Manager
Division of Information Systems
University of MS Medical Center
601-984-6398
fax 601-815-3222
jlea AT dis.umsmed DOT edu
>>> "Hart, Charles A" <charles_hart AT UHC DOT COM> 02/14/08 10:59 AM >>>
That's the challenge we're not sure where the issue is, we do know with
STK SL8500 Microcode 3.96 / 3.97 there are internal library
communication issues, where over time the internal Ethernet network
slows down to the point where the ACSLS LM will ask for a tape mount and
the robot will pull a tape either take a long time to mount the tape or
just not mount it ...
Please understand we are using 2 SL8500's with the pass-through feature
which is suppose to be related to our issue. So you may be fine. We
also are (and it may not be a good thing) using one TSM Library manager
to service 30 TSM Library Clients that all have access to 128 LTO3 FC
Drives.
I hope by being specific with the issues we are having doesn't get me in
trouble... But I feel its imperative that us at the technical level
share problems and resolutions which help us all.... In the long run...
Didn't intend to hijack the Dream Setup... We still have a Dream ... Not
babysitting physical tape!
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Mcnutt, Larry E.
Sent: Thursday, February 14, 2008 10:35 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM dream setup
Charles,
You're statement about the SL8500 make me nervous. We are planning to
move to a configuration where we are sharing the SL8500 with our
mainframe. We will use ACSLS with a library manager and 3 clients, 16
LTO3 drives.
Are you having TSM issues? Or ACSLS?
Larry McNutt
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Hart, Charles A
Sent: Thursday, February 14, 2008 10:45 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM dream setup
I miss my old 3494 12 Frame HA Lib with 3592 FC Tape drives, It never
skipped a beat even during and HA Failover, in 2 years only one Service
call on a 3592 Drive for a Slow Fan... Never lost its inventory like our
current 3584..... And 2 very confused fully loaded with Pass-through
enabled STK SL8500's (LTO3 Drives)
Curious do folk out there using STK SL8500's using ACSLS in a TSM
Library Manager / Client sharing Config have issues with their STK
mounting tapes. We are having a heck of a time with ....
TSM Version 5.4.1.2 / AIX 5.3 128 LTO3 Drives
Date/Time Message
--------------------
----------------------------------------------------------
02/10/08 22:30:41 ANR8855E ACSAPI(acs_mount) response with
unsuccessful
status, status=STATUS_IPC_FAILURE. (SESSION:
1731896)
02/11/08 00:02:05 ANR8855E ACSAPI(acs_mount) response with
unsuccessful
status, status=STATUS_VOLUME_IN_USE. (SESSION:
1732757)
We've tried various AcsTimeoutx Parms from 1-10, we alos have turned off
SanDiscovery
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
Sent: Wednesday, February 13, 2008 8:00 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM dream setup
On Feb 13, 2008, at 3:33 PM, Wanda Prather wrote:
> OTOH, the LTO4 drives will require a new library. The TS3500 library
> is my favorite library out there; it is even more durable than the
> 3494, MUCH faster, and a cleaner interface than the 3494 (no category
> codes to deal with).
In considering libraries, keep very much in mind the distinction in
types, and relative advantages. The 3494 concept is very clean: it
contains a library manager and database, where the host needs only ask
it for a tape mount, and not be concerned about keeping track of tapes.
The 3584 and similar libraries (of the "SCSI library" legacy
name) shift the burden of control to some host program, which has to
deal with micro-managing all the volumes, cells, and drives, with a
plethora of element numbers. Hopefully, all of these library types will
evolve toward some middle ground which combines all the advantages, but
allow differing cartridge types.
Richard Sims
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-----------------------------------------
This message and any attachments are intended for the individual or
entity named above. If you are not the intended recipient, please do not
forward, copy, print, use or disclose this communication to others; also
please notify the sender by replying to this message, and then delete it
from your system. The Timken Company / The Timken Corporation
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
Individuals who have received this information in error or are not authorized
to receive it must promptly return or dispose of the information and notify the
sender. Those individuals are hereby notified that they are strictly prohibited
from reviewing, forwarding, printing, copying, distributing or using this
information in any way.
|
