Some of us have been asking for an administrative API for years (at
least 10.)
Absent that, it seems we have two choices.

1) Run your scripts from a windows machine.
2) For each TSM server target in your script, create a "dummy" dsm.opt
with a "dummy" server name (pointed to with -optfile or DSM_CONFIG, and
append to dsm.sys that dummy name.  You can keep it unique with a
timestamp as part of the name, or just rewrite dsm.sys each time.  I
assume here your script is in a sufficiently robust language.

-----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 10: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



The information contained in this transmission may contain privileged and 
confidential information. 
It is intended only for the use of the person(s) named above. If you are not 
the intended  
recipient, you are hereby notified that any review, dissemination, distribution 
or  
duplication of this communication is strictly prohibited. If you are not the 
intended recipient, 
please contact the sender by reply email and destroy all copies of the original 
message. 
To reply to our email administrator directly, please send an email to 
postmaster AT sbsplanet DOT com.