ADSM-L

[ADSM-L] SQL2025N An I/O error "72" occurred on media "TSM".

2008-04-29 09:58:20
Subject: [ADSM-L] SQL2025N An I/O error "72" occurred on media "TSM".
From: "Killam, Perpetua" <perpetua.killam AT RBC DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 29 Apr 2008 09:56:26 -0400
 a client is receiving this error while trying a db restore... It's a
lanfree client. I'm guessing I have to increase the commtimeout
parameter on the tsm server? Or the storage agent? Not sure which file
to modify on the storage agent?

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Zoltan Forray/AC/VCU
Sent: 2008, April, 29 9:52 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] DB Bufferpool sizing - continued

I agree on your assessment.

I would like to see things like......who is hitting the disk (i/o
mapping).....cpu utilization trend analysis (not just who is hitting it,
now!),   communications bottlenecks  (is the nic saturated?

Yes I realize there is a hodge-podge of various tools from various
places that do various bits and pieces of some of this and
that............



"Allen S. Rout" <asr AT UFL DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
04/29/2008 09:37 AM
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: [ADSM-L] DB Bufferpool sizing - continued






>> On Tue, 29 Apr 2008 09:12:57 -0400, Zoltan Forray/AC/VCU
<zforray AT VCU DOT EDU> said:

> All disk are internal.  We needed quantity vs speed (more for the LZ
than
> DB) so we didn't have a choice (Dell) other than the big SATA drives 
> (biggest SAS was around 300GB).

> Unfortunately (please correct me if I am wrong) there doesn't seem to 
> be any really good, all inclusive system monitoring tools for Linux (I

> miss
> Omegamon!)


What do you think of nmon?  What aspects of linuxen do you want to
monitor, yet can't?


However much I like linux, (and it's "lots") I think that omegamon for
mainframes is probably going to be more detailed than products you'll
find for linux.  Omegamon's had decades of practice, with a single
stable platform, and big business motivations to get detailed.  The data
is increasingly _there_ for linux, but /proc is not a convenient or
pleasant interface.


- Allen S. Rout
_______________________________________________________________________

This e-mail may be privileged and/or confidential, and the sender does not 
waive any related rights and obligations.
Any distribution, use or copying of this e-mail or the information it contains 
by other than an intended recipient is unauthorized.
If you received this e-mail in error, please advise me (by return e-mail or 
otherwise) immediately.  

Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce 
pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il 
contient par une personne autre que le (les) destinataire(s) désigné(s) est 
interdite.
Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser 
immédiatement, par retour de courrier électronique ou par un autre moyen.