New Boundary Support Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      



Active Directory BehaviorExpand / Collapse
Author
Message
Posted 7/16/2007 11:44:38 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum 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?

Post #1543
Posted 7/18/2007 10:23:15 AM


Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme 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

Post #1545
« Prev Topic | Next Topic »


Reading This TopicExpand / Collapse
Active Users: 0 (0 guests, 0 members, 0 anonymous members)
No members currently viewing this topic.
Forum Moderators: New Boundary Support

PermissionsExpand / Collapse

All times are GMT -6:00, Time now is 2:47am

Powered By InstantForum.NET v4.1.3 © 2008
Execution: 0.188. 12 queries. Compression Enabled.