What kind of Broken Permissions did you encounter?  Usually it's 1 of 2: 1. Source local users and groups in the ACL that do not exist on the target 2. Historical SIDs in the ACL or ownership  In either of those cases open a support SR, and reference KB88513.  There is a tool referenced in that KB that can walk the tree and replace old SIDs with new SIDs from either old local groups or HSIDs provided the proper translation file. If on the other hand the source permissions weren't well structured and were somewhat garbage to begin with then using such a tool won't help.  In this case, a repair permissions job of clone or inherit, when given a template directory that looks like you're desired goal can be a really fast and efficient manner to fix it.  Hope this helps, ~Chris
Could anyone please explain why and when the repair permssions would be used?Could this be used post migration on folders/files with broken permissions? thanks
repair permssions Isilon