Andrew Raibeck wrote:
Chris,
If this function is important to you, I recommend that you work with your
IBM representative or IBM support to draft a formal requirement, to which
you will get a response.
Scheduled backups do not require a TSM-generated password, but they do
require the use of PASSWOR
Prather, Wanda wrote:
I still think TSM provides the necessary facilities to deal with the
problem, WITHOUT having to know/compromise/reset/muck with the password.
When your client node was registered with TSM, YOU SHOULD HAVE HAD a TSM
admin id created for it.
Ask your TSM support group to give yo
Can't remember if you have to restart the scheduler, I don't think so.
(And yes, that's a hassle for you, too. You may want to stick with SET
ACCESS as a solution, if your admins require frequent changes.)
OK, I'll try it like that.
Do you think that perhaps future versions might see the password
OR alternatively, you can use the TSM command line command: SET ACCESS.
Read about this in the book, or the HELP.
OK, I see that this provides a work around.
Also under UTILITIES, you can change your own password, instead of
letting the TSM server do it.
If your TSM admin has set up to force passw
You shouldn't ever need to know it, there are other ways to do
everything I can think of.
What problem are you having that you need it for?
Maybe I can tell you how to get around it
My computer is backed up via TSM to my university's central ADSM server.
If I want to do anything which needs mor
Dear All,
I am using Tivoli Storage Manager v5.2.10 on a Windows Server 2003
machine with the PASSWORDACCESS GENERATE option in my dsm.opt file. Is
there a way to be notified of the new password when the TSM client
changes it (e.g. in the same manner as the MAILPROG option to the unix
client) or to