+ Post New Thread
Results 1 to 6 of 6
Windows Thread, Modifying GPO software installation source retrospectively in Technical; I've implemented DFS for GPO software installation and folder redirection. Is there any way to change the existing software installation ...
  1. #1
    meastaugh1's Avatar
    Join Date
    Jul 2006
    Location
    London/Hertfordshire
    Posts
    888
    Thank Post
    68
    Thanked 84 Times in 69 Posts
    Rep Power
    31

    Modifying GPO software installation source retrospectively

    I've implemented DFS for GPO software installation and folder redirection. Is there any way to change the existing software installation packages, without removing them and adding them back in? Something like ADSI editor to modify the source location of the MSI perhaps? Thanks

  2. #2

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    10,687
    Thank Post
    824
    Thanked 2,570 Times in 2,187 Posts
    Blog Entries
    9
    Rep Power
    731
    You can edit it in ADSI edit but it is not really a good idea as some of the path stuff is stored on the clients also. This justs ends up in a big mess and a lot of wasted time putting it all back again.

    Your best bet it to remove the existing software in GP but to choose the setting to leave it on the client machines but not install it on any new machines when prompted. Then when you re-add the software at the new path it will install it but it, in most cases will be an upgrade install (over the top) which is hugely quicker than a full install.

    With this method the software also remains accessible the whole time even if it takes a while for GP to dump the new installation on. I should mention though that Windows 2000 does not play nice with this method, so if you have ank 2k clients you will need to fully uninstall and then reinstall the software via GP.
    Last edited by SYNACK; 18th April 2008 at 12:21 PM.

  3. #3
    meastaugh1's Avatar
    Join Date
    Jul 2006
    Location
    London/Hertfordshire
    Posts
    888
    Thank Post
    68
    Thanked 84 Times in 69 Posts
    Rep Power
    31
    Thanks for the info, sounds about right. cheers

  4. #4

    Join Date
    Aug 2005
    Location
    London
    Posts
    3,144
    Thank Post
    113
    Thanked 518 Times in 447 Posts
    Blog Entries
    2
    Rep Power
    121
    This is one of the *really bad things* about using GPOs to deploy software - you can't move it later!

    One thing I haven't tried (because I only just thought of it!) is to add the "new" location as an upgrade. This will force a reinstall on anything where it's already installed which would be a nightmare for some big packages but would be OK for smaller ones.

  5. #5

    Michael's Avatar
    Join Date
    Dec 2005
    Location
    Birmingham
    Posts
    8,941
    Thank Post
    232
    Thanked 1,510 Times in 1,206 Posts
    Rep Power
    328
    I've never tried it in practice, but in theory, so long as you keep the same UNC path (after moving the files) then you shouldn't have to do anything with the GPOs.
    Of course, if you were moving the applications from one server to another (which would have a different name), then you'd be stuffed I agree.

  6. #6

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    10,687
    Thank Post
    824
    Thanked 2,570 Times in 2,187 Posts
    Blog Entries
    9
    Rep Power
    731
    Quote Originally Posted by Michael View Post
    I've never tried it in practice, but in theory, so long as you keep the same UNC path (after moving the files) then you shouldn't have to do anything with the GPOs.
    Of course, if you were moving the applications from one server to another (which would have a different name), then you'd be stuffed I agree.
    Yes so long as the UNC paths stay the same it all works out but is still better to use DFS which is best practice. That way you can move the share and even distribute the load around servers all via the same deployment method. The OP is implementing DFS which is a good call and gives far better future proofing. Unfortunately it means that replicating the UNC is pretty much out of the question short of renaming the domain to the last server and calling the domain integrated DFS root the same thing that the original deployment was called. Even then you would need to add a new share to each program folder to keep UNC.

    So its doable but probably more hassle than a simple redeploy. :-)

SHARE:
+ Post New Thread

Similar Threads

  1. Open Source Forum Software
    By wesleyw in forum Virtual Learning Platforms
    Replies: 5
    Last Post: 16th October 2007, 10:36 AM
  2. Replies: 1
    Last Post: 5th February 2007, 09:08 PM
  3. Open source software for windows...
    By _Bat_ in forum Links
    Replies: 2
    Last Post: 4th July 2006, 04:37 PM
  4. Restrict software installation
    By nuttygeek in forum Windows
    Replies: 27
    Last Post: 13th March 2006, 10:18 PM
  5. Projector Installation/ source for parts
    By mark in forum Hardware
    Replies: 23
    Last Post: 20th September 2005, 10:41 PM

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •