ADSM-L

Re: [ADSM-L] Disparate Client Options

2010-01-05 11:35:47
Subject: Re: [ADSM-L] Disparate Client Options
From: Howard Coles <Howard.Coles AT ARDENTHEALTH DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 5 Jan 2010 10:34:17 -0600
In UNIX use the -optfile= option and specify an opt file that points to
a separate Stanza in the dsm.sys file.  Another way of doing the same
thing essentially. 

See Ya'
Howard Coles Jr.
John 3:16!

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Nick Laflamme
Sent: Tuesday, January 05, 2010 9:54 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Disparate Client Options

Does it annoy or hinder anyone else that the "tcpserver" and "tcpport"
options supported by the Windows version of dsmadmc aren't supported by
the Unix clients? 

This seems to be a  deliberate choice by IBM; the 5.5.2 levels of the
client make a point to quit with an error message if I try to use them;
in the 5.5.1 level, my attempts to use them are merely ignored. 

I want them so I can have scripts issue QUERY SERVER commands against a
central server and use that output to connect to new (or existing) TSM
servers I maintain. Apparently, in the Unix world, I'm supposed to keep
dsm.sys up to date on every Unix server on which I might run my scripts
instead of dynamically specifying these parameters. Part of it is
because of the number of servers on which I might access these scripts;
part of is because we anticipate rolling out waves of new servers in the
future as we retire older servers. Either way, the thought of keeping
dsm.sys up to date just so I can run administrative scripts is annoying,
to put it mildly. 

Anyone else with me on this?

Thanks,
Nick