Generally speaking, no, they won't break. It gets a little complicated. Let's say that the application is a single MSI with embedded files. That MSI gets cached on the workstation during install. So if, for example, the app needs to be repaired or removed, then it will find that cached MSI and life is good. Where it gets tricky is when the app is composed of an MSI and separate CAB files. If those files go away (on the server) and the app needs to reference them, then you get that annoying dialog about having to enter the path to the install files. What I was referring to below is, if you need to move a package from one server to another and still want that GPO application relationship to be maintained on the workstation, that process of moving the package, and then having to create a new GPO package, will typically trigger a reinstall on the client, to re-establish that relationship between client and GPO.
Hope that helps. 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 2:50 PM To: [email protected] Subject: RE: [ActiveDir] GPO deployment limit 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 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
