Hmm good catch but it doesn't work.. I believe that's only for normal TSM
dsmc client operations (i.e. backup/restore). If you don't specify that
parameter the default behavior is all users can use TSM services. So by
adding a name theoretically you limit who can use TSM services..

The problem with starting the TSM scheduler still fails even with the user
id in there..

So far the only thing that's worked is sudo but as someone else pointed out,
that's a security risk as it allows that user to then restore any file owned
by root. Fortunately in our case that's not much of an issue as there are no
normal users on this server nor is it accessible by anyone other then
operations.

Regards,

Gerald Wichmann
Senior Systems Development Engineer
Zantaz, Inc.
925.598.3099 (w)

-----Original Message-----
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 16, 2002 8:36 AM
To: [EMAIL PROTECTED]
Subject: Re: dsmc sched as another user

I've never tried this on a LINUX client, but
try putting the USERS option in the dsm.sys file:

USERS   myname  yourname  etc

For *X clients, USERS specifies who (besides root) can execute dsm or dsmc.
It's documented in the "Using the UNIX clients" book.

-----Original Message-----
From: Gerald Wichmann [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 9:14 PM
To: [EMAIL PROTECTED]
Subject: dsmc sched as another user


On linux when starting the dsmc sched process you need to be root. Otherwise
it says "ANS1817E Schedule function can only be run by a TSM authorized
user."

I'm trying to write a script that gets run by a non-root user to start the
scheduler. Is it possible to get around this limitation somehow? I've tried
chmod 4755 on dsmc and even that won't work. Looking up ANS1817E in the
messages guide doesn't yield any useful information either.

Regards,

Gerald Wichmann
Senior Systems Development Engineer
Zantaz, Inc.
925.598.3099 (w)

Reply via email to