Re: Admin deleted, job not run
1998-07-29 08:14:39
Subject: |
Re: Admin deleted, job not run |
From: |
Richard Sims <rbs AT BU DOT EDU> |
Date: |
Wed, 29 Jul 1998 08:14:39 -0400 |
>In my shop, that would bring ADSM to its knees, since I set up all of
>the automation using my id.
I think the obvious solution here is to simply define a general administrative
ID within a shop (much like root on a Unix system) and use that for
administrative tasks involving configuration changes where ADSM is sensitive
to the administrator ID. Use private administrator IDs for queries, Set
commands, and the like. Individual administrators can then come and go, but
the general one can persist.
Richard Sims, Boston University OIT
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Admin deleted, job not run, Roger Hohmann
- Re: Admin deleted, job not run, Nicholas Cassimatis
- Re: Admin deleted, job not run, Eric van Loon
- Re: Admin deleted, job not run, Dwight Cook
- Admin deleted, job not run, Tom Brooks
- Re: Admin deleted, job not run, Sheelagh Treweek
- Re: Admin deleted, job not run, Cunningham, Jennifer
- Admin deleted, job not run, Jerry Lawson
- Re: Admin deleted, job not run,
Richard Sims <=
- Re[2]: Admin deleted, job not run, Jerry Lawson
- Re: Re[2]: Admin deleted, job not run, Nicholas Cassimatis
- Admin deleted, job not run, Tom Brooks
- Re: Re[2]: Admin deleted, job not run, Trevor Foley
- Re: Re[2]: Admin deleted, job not run, Nicholas Cassimatis
- Admin deleted, job not run, Tom Brooks
|
|
|