| | | Forum Newbie
       
Group: Forum Members Last Login: 4/11/2008 10:21:12 AM Posts: 7, Visits: 23 |
| | I've just started migrating all my computers to use Prism Deploy, and was excited by the ability to assign applications to OU's in Active Directory. I just noticed though a behavior that isn't so great. If I bring up a machine in OU=A, Prism creates an OU=A and puts the machine into it. Then I move that machine to OU=B, Prism creates OU=B, and a new object for the machine is created in B, but the old one in A isn't removed, so now the machine installs applications assigned to both OUs. This seems like a flaw to me. In AD, a machine can only exist in one place, so why in the AD replicated portion of the managed machines should it be able to exist in two? It would make sense to me that if Prism Console detected the exact same computer name appearing in a new location, it should remove the older computer object with the same name. This of course would only be within the AD structure that Prism Console is replicating, it should still remain in any manually assigned groups. The way it stands, I now have to managed machines from two locations, instead of one, ruining much of my initial excitement over the Active Directory integration. Am I using it wrong or missing something? |
| | | | 
Supreme Being
       
Group: Moderators Last Login: 2 days ago @ 2:43:01 PM Posts: 657, Visits: 797 |
| This should not happen. When you move a computer to a new OU in Active Directory, it should move out of the old OU group in the Console and into the new one. In order for this to happen, though, the moved computer must be rebooted and logged in before the change will take effect. Is it possible the computer hasn't been rebooted yet?
New Boundary Technologies Support support@newboundary.com |
| |
|
|