Are you saying that if I deployed an MSI to a bunch of users from a
single fileshare and later get rid of that share, all those users GPO
installed apps are going to break even though they completely have the
software installed?

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren Mar-Elia
Sent: Friday, June 09, 2006 3:33 PM
To: [email protected]
Subject: RE: [ActiveDir] GPO deployment limit

Russ-
The right answer with Software Installation is pretty much to always use
DFS. That way if the package ever has to physically move off of a
server, the path doesn't have to change. Path changes aren't supported
in GPSI without a re-install. So,to answer your question, yes, I would
use DFS to distribute the package. There is no way to control the
deployment rate, unfortunately, unless you artificially do it using
something like security filters--where you gradually add regional-based
groups to the security filter on the GPO as the previous groups deploy
the package.

Darren

Darren Mar-Elia
For comprehensive Windows Group Policy Information, check out
www.gpoguy.com-- the best source for GPO tips, tools and whitepapers.
Also check out the Windows Group Policy Guide, a soup-to-nuts resource
for Group Policy information.


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rimmerman, Russ
Sent: Friday, June 09, 2006 12:19 PM
To: [email protected]
Subject: [ActiveDir] GPO deployment limit


I'm wanting to deploy an MSI (office communicator) to 100% of the
desktops in our domain.  These desktops are scattered across the world
over various wan links.  I'd like to deploy it with a GPO (assign the
software, not force the install), but I also don't want to kill our wan
links.  Is there any way to limit the number of concurrent deployments
of a software package assigned to 9500+ users?  Or is the right answer
to use DFS so they don't all pull from the central fileserver?


Thanks

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail is confidential, may contain proprietary information of
Cameron and its operating Divisions and may be confidential or
privileged.

This e-mail should be read, copied, disseminated and/or used only by the
addressee. If you have received this message in error please delete it,
together with any attachments, from your system.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx

List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail is confidential, may contain proprietary information
of Cameron and its operating Divisions and may be confidential
or privileged.

This e-mail should be read, copied, disseminated and/or used only
by the addressee. If you have received this message in error please
delete it, together with any attachments, from your system.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx

Reply via email to