I can't remember now, I just remember not being able to specify an options file without using the set dsm_config line in a batch file.
According to the manual the only options it took were userid, password and a command I think. But See Ya' Howard > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf > Of Henrik Vahlstedt > Sent: Tuesday, March 10, 2009 10:28 AM > To: [email protected] > Subject: Re: [ADSM-L] SV: multiple schedules on one server > > "dsmadmc is the one that used to not allow any other command line > options but userid and password" > > Are you sure that TSM started to use TcpServer and TcpPort options in > 5.2....?? (-tcps=,-tcpp=) > > > //Henrik > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf > Of Howard Coles > Sent: den 10 mars 2009 16:01 > To: [email protected] > Subject: Re: [ADSM-L] SV: multiple schedules on one server > > Yea, I did some testing with that yesterday. I'm so used to the older > versions of the Admin session commandline's limitations that I forgot > about that part. Sorry. > > The dsmadmc is the one that used to not allow any other command line > options but userid and password. I used it so much in the 5.2 days I > never went back and checked. DOH! > > I stand corrected. > > See Ya' > Howard > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf > > Of Christian Svensson > > Sent: Monday, March 09, 2009 4:53 PM > > To: [email protected] > > Subject: [ADSM-L] SV: multiple schedules on one server > > > > Hi, > > Howard, you can use -optfile=C:\location\dsm.opt in Windows but you > > can't use -servername=Instance_name in Windows. > > > > Joe, what you can do to make sure your users can't access other > > peoples data is by change the security on DSM.OPT, and put dsm.opt in > > their directory with ReadOnly access. > > Now should you be able to run dsm.exe > > -optfile=D:\Users\Company\dsm.opt and also have put your security to > a higher level. > > > > Best Regards > > Christian Svensson > > > > Cell: +46-70-325 1577 > > E-mail: [email protected] > > Skype: cristie.christian.svensson > > ________________________________________ > > Från: ADSM: Dist Stor Manager [[email protected]] för Howard > > Coles [[email protected]] > > Skickat: den 9 mars 2009 20:23 > > Till: [email protected] > > Ämne: Re: multiple schedules on one server > > > > No, that won't work on a Windows Client. > > > > You have to do the following in a batch file: > > > > Set dsm_config=c:\location\of\dsm.opt > > dsm > > > > The reason being, the Windows client doesn't take the same arguments > > as the *NIX clients. > > > > See Ya' > > Howard > > > > > > > -----Original Message----- > > > From: ADSM: Dist Stor Manager [mailto:[email protected]] On > > > Behalf Of Joe Crnjanski > > > Sent: Monday, March 09, 2009 1:55 PM > > > To: [email protected] > > > Subject: Re: [ADSM-L] multiple schedules on one server > > > > > > Sorry I didn't mentioned; it is Windows client. > > > > > > So I guess I can create batch file backup1.cmd and put one line > > inside: > > > dsm -optfile=/location/of/dsm1.opt > > > > > > and than another batch file backup2.cmd with content: > > > dsm -optfile=/location/of/dsm2.opt > > > > > > etc,etc It sounds like it will work. I will try and let you know. > > > > > > > > > Joe Crnjanski > > > Infinity Network Solutions Inc. > > > Phone: 416-235-0931 x226 > > > Fax: 416-235-0265 > > > Web: www.infinitynetwork.com > > > > > > > > > -----Original Message----- > > > From: ADSM: Dist Stor Manager [mailto:[email protected]] On > > > Behalf Of Zoltan Forray/AC/VCU > > > Sent: Monday, March 09, 2009 2:39 PM > > > To: [email protected] > > > Subject: Re: multiple schedules on one server > > > > > > You did not say what platform/OS but assume Windoze from your GUI > > > reference. > > > > > > I have multiple-schedules/instances on Solaris and Netware servers > > > doing just what you are trying to do. Each uses different WEBPORTS > > > and the DSMCAD java-based "GUI" to control > > > > > > Windows is more complicated in setting up multiple scheduler > > services. > > > My > > > windows guy says he doesn't use the GUI on a multi-instance server, > > > unless he manually changes the dsm.opt file since he doesn't use > the > > > java/dsmcad piece. > > > > > > > > > > > > > > > Joe Crnjanski <[email protected]> Sent by: "ADSM: Dist > > > Stor Manager" <[email protected]> > > > 03/09/2009 02:13 PM > > > Please respond to > > > "ADSM: Dist Stor Manager" <[email protected]> > > > > > > > > > To > > > [email protected] > > > cc > > > > > > Subject > > > [ADSM-L] multiple schedules on one server > > > > > > > > > > > > > > > > > > > > > > > > > > > Hello, > > > > > > > > > > > > We have customer who is hosting multiple clients on his server. He > > > wants to backup different folders (that belong to different > > > customers) with different TSM node name, and he also wants his > > > customers to be able > > to > > > lunch GUI and see only their files. > > > > > > > > > > > > I can install multiple schedules on his server that will use > > different > > > dsm.opt files, but when I lunch GUI it will always use only one > > > dsm.opt. > > > So I can have different nodes backing up different folders, but I > > > cannot check it with GUI. I would need some sort of start-up switch > > > that > > will > > > tell GUI which dsm.opt to use or something like this. > > > > > > > > > > > > Any ideas appreciated, > > > > > > Regards, > > > > > > > > > > > > Joe Crnjanski > > > > > > Infinity Network Solutions Inc. > > > > > > Phone: 416-235-0931 x226 > > > > > > Fax: 416-235-0265 > > > > > > Web: www.infinitynetwork.com > > > ------------------------------------------------------------------- > The information contained in this message may be CONFIDENTIAL and is > intended for the addressee only. Any unauthorised use, dissemination of > the > information or copying of this message is prohibited. If you are not > the > addressee, please notify the sender immediately by return e-mail and > delete > this message. > Thank you.
