Re: Default Server option

2004-09-23 Thread Richard Sims
We are trying to use the default server option within the dsm.sys file due
to the fact that we will soon be migrating to a new TSM server instance and
it does not seem to work... Our current/default server we use is ADSM and
the new instance is TSMDEV as shown below.  Does anyone have any idea as to
why this isn't working? ...

Joni - You need to tell us how the client attempted to use the new stanza.
   Has to be invoked with  -SErvername=TSMDEV
since the  DEFAULTSERVER   ADSM
spec is still in effect in your client options file.
Beyond that, you have to tell us what evidence indicates ...isn't working.

   Richard Sims


Re: Default Server option

2004-09-23 Thread Joni Moyer
I guess to clarify, we put the defaultserver parameter into the dsm.sys
file at the top and want all backups/archives to still go to the ADSM
server, not TSMDEV server.  Currently when we try any backups/archives with
the setup provided it STILL tries to go to TSMDEV.  I'm confused as to why
this is occuring... I guess from your question you are asking if we issued
the command via dsmadmc or if it was a scheduled backup?  It was done via
dsmadmc.  Even though we stated that the default server should be ADSM,
from your statement, I am assuming that we still have to use
-SErvername=ADSM in order to get it to go to the default server?  I had
thought that the defaultserver parameter would automatically take care of
this.  We don't want it going to TSMDEV yet since I still have some things
to set up before testing begins and that is exactly where it IS going.  I
hope my babbling made some sense  If not, let me know.  Thanks again!


Joni Moyer
Highmark
Storage Systems
Work:(717)302-6603
Fax:(717)302-5974
[EMAIL PROTECTED]




 Richard Sims
 [EMAIL PROTECTED]
 Sent by: ADSM:To
 Dist Stor [EMAIL PROTECTED]
 Manager   cc
 [EMAIL PROTECTED]
 .EDU Subject
   Re: Default Server option

 09/23/2004 04:06
 PM


 Please respond to
 ADSM: Dist Stor
 Manager
 [EMAIL PROTECTED]
   .EDU






We are trying to use the default server option within the dsm.sys file due
to the fact that we will soon be migrating to a new TSM server instance
and
it does not seem to work... Our current/default server we use is ADSM and
the new instance is TSMDEV as shown below.  Does anyone have any idea as
to
why this isn't working? ...

Joni - You need to tell us how the client attempted to use the new stanza.
   Has to be invoked with  -SErvername=TSMDEV
since the  DEFAULTSERVER   ADSM
spec is still in effect in your client options file.
Beyond that, you have to tell us what evidence indicates ...isn't
working.

   Richard Sims


Re: Default Server option

2004-09-23 Thread Richard Sims
I guess to clarify, we put the defaultserver parameter into the dsm.sys
file at the top and want all backups/archives to still go to the ADSM
server, not TSMDEV server.  Currently when we try any backups/archives with
the setup provided it STILL tries to go to TSMDEV.  I'm confused as to why
this is occuring... I guess from your question you are asking if we issued
the command via dsmadmc or if it was a scheduled backup?  It was done via
dsmadmc.  Even though we stated that the default server should be ADSM,
from your statement, I am assuming that we still have to use
-SErvername=ADSM in order to get it to go to the default server?  I had
thought that the defaultserver parameter would automatically take care of
this.  We don't want it going to TSMDEV yet since I still have some things
to set up before testing begins and that is exactly where it IS going.  I
hope my babbling made some sense  If not, let me know.  Thanks again!

Thanks for the supp. info.  If dsm/dsmc operations are not using the
DEFAULTServer-specified stanza, then something would be overriding to specify
the other one.  If not -SErvername=ADSM on the command line, then I would
expect it to be that spec in your dsm.opt file.

 back to my house painting,  Richard Sims


Re: Default Server option

2004-09-23 Thread Steve Schaub
Also, did you bounce the client after making the dsm.sys change?

-Original Message-
From: Joni Moyer [mailto:] 
Sent: Thursday, September 23, 2004 4:19 PM
To: [EMAIL PROTECTED]
Subject: Re: Default Server option


I guess to clarify, we put the defaultserver parameter into the dsm.sys
file at the top and want all backups/archives to still go to the ADSM
server, not TSMDEV server.  Currently when we try any backups/archives
with the setup provided it STILL tries to go to TSMDEV.  I'm confused as
to why this is occuring... I guess from your question you are asking if
we issued the command via dsmadmc or if it was a scheduled backup?  It
was done via dsmadmc.  Even though we stated that the default server
should be ADSM, from your statement, I am assuming that we still have to
use -SErvername=ADSM in order to get it to go to the default server?  I
had thought that the defaultserver parameter would automatically take
care of this.  We don't want it going to TSMDEV yet since I still have
some things to set up before testing begins and that is exactly where it
IS going.  I hope my babbling made some sense  If not, let me know.
Thanks again!


Joni Moyer
Highmark
Storage Systems
Work:(717)302-6603
Fax:(717)302-5974
[EMAIL PROTECTED]




 Richard Sims
 [EMAIL PROTECTED]
 Sent by: ADSM:
To
 Dist Stor [EMAIL PROTECTED]
 Manager
cc
 [EMAIL PROTECTED]
 .EDU
Subject
   Re: Default Server option

 09/23/2004 04:06
 PM


 Please respond to
 ADSM: Dist Stor
 Manager
 [EMAIL PROTECTED]
   .EDU






We are trying to use the default server option within the dsm.sys file 
due to the fact that we will soon be migrating to a new TSM server 
instance
and
it does not seem to work... Our current/default server we use is ADSM 
and the new instance is TSMDEV as shown below.  Does anyone have any 
idea as
to
why this isn't working? ...

Joni - You need to tell us how the client attempted to use the new
stanza.
   Has to be invoked with  -SErvername=TSMDEV
since the  DEFAULTSERVER   ADSM
spec is still in effect in your client options file.
Beyond that, you have to tell us what evidence indicates ...isn't
working.

   Richard Sims