Registered member login:
Register Now
Altirigos » Deployment Solution » Deployment Server » protect against a mistaken mass deploy of a job

» Current Poll
Vista?
Staying on XP until Windows 7 - 72.14%
101 Votes
Already on Vista - 10.71%
15 Votes
Planning an upgrade to Vista soon - 10.00%
14 Votes
Other (please explain) - 7.14%
10 Votes
Total Votes: 140
You may not vote on this poll.
» Stats
Members: 6,831
Threads: 9,765
Posts: 47,791
Top Poster: Nick (4,800)
Welcome our newest member, jdh2000
» Online Users: 66
6 members and 60 guests
almanza, bretthexum, chris.crowell, Flollis, jdh2000, skakid
Most users online at once 294, 06-30-2007 at 01:24 PM.
» January 2009
S M T W T F S
28293031 1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
Closed Thread
Old 11-13-2008, 02:06 PM   #1 (permalink)
 
Status: Junior Altiris Admin
Join Date: 08-12-2008
Location: Victoria Canada
Posts: 8


protect against a mistaken mass deploy of a job

Is it possible to configure permissions such as a user can only deploy a job to 1 system at a time only?
I want to protect against a mistaken drag & drop of a job (script) onto a group of system & the havoc that can cause.
I know I can disable scheduling altogether but I need the team to be able to deploy but I want to protect against mistakes.
pdumbelton is offline  
Old 11-18-2008, 06:32 AM   #2 (permalink)
 
Status: Altiris Admin
Join Date: 12-06-2007
Location: Houston, TX
Posts: 74


You could remove the permissions from your existing groups related to running commands and create only a single group with permissions to run jobs. That way any time someone wants to deploy a job, they have to move the computer(s) into the group that has permissions. Then it would be procedure to move those computers back to their original groups after the deployment is completed.

This adds an extra step to each deployment, but it mitigates the risk of having an accidental drag and drop.
ztruelove is offline  
Old 11-18-2008, 12:14 PM   #3 (permalink)
 
Status: Junior Altiris Admin
Join Date: 08-12-2008
Location: Victoria Canada
Posts: 8


Thank you, ztrulove.
Good idea & I might implement this strategy for the interim.
Did some further research & it seems 6.9sp1 has additional access permissions which address this issue. I'm due to do a rebuild of my ADS soon anyway so I'll migrate to 6.9sp1 at the point.
Thanks again.
pdumbelton is offline  
Old 11-19-2008, 03:52 AM   #4 (permalink)
 
Status: Super Altiris Admin
Join Date: 10-28-2005
Location: Colorado
Posts: 1,116


Even if there is an accidental drop they still have to hit okay again to schedule it. Would probably be better in the long run to fix this on the user training side. You can disallow scheduling to the All Computers group.
__________________
Brandon
Brandon is offline  
Old 11-19-2008, 04:12 AM   #5 (permalink)
 
Status: Junior Altiris Admin
Join Date: 08-12-2008
Location: Victoria Canada
Posts: 8


Thanks Brandon.
Yes I agree there would seem to be plenty of warning not to prompt you that you are deploying a job but I've learned the hardway as I'm sure most have that even with good documentation & training you can still have brain fart moments where accidents can happen. he only true way is to limit or disallow & that is what I'm aiming for. I thank both you & Mr.ztuelove for your comments, very appreciated.
Pete.
pdumbelton is offline  
Closed Thread


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Powered by vBadvanced CMPS v3.0 RC2

All times are GMT -4. The time now is 12:55 PM.


Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
vB.Sponsors
Altirigos