Hi All,
It appears there is no interest, but I'll post the solution for those
who will be performing an Vista migration...
Profile Path Share convention was the issue. Unlike Home Directory
(which the top level folder - the folder encompassing the user folders
- is not shared), the Profile top level folder should be shared (as
stated in the documentation).
Pictorially, this does not work in all cases:
Profiles (not shared)
|
+ john.doe (shared as john.doe$)
+ jane.doe (shared as jane.doe$)
or
Profiles (not shared)
|
+ john.doe (shared as john.doe)
+ jane.doe (shared as jane.doe)
What happens is Vista wants to read and write to a profile share name
formed similar to jane.doe.v2 or jane.doe$.v2, which it cannot. This
is not stated in the documentation. Hence, I used the incorrect
architecture, modified by sharing the top level Profile folder; but
still used the previous share (assuming I was keeping Win2k and XP
compatibility).
Below is the correct method:
Profiles (shared)
|
+ john.doe (not shared)
+ jane.doe (not shared)
In this architecture, john.doe.v2 is well formed.
Before some one criticizes, I've worked two federal contracts where
the previous is the standard architecture.
Jeff
BTW, if you use the above solution on Home Directories, it breaks
Win2k and Win XP Home Directories. It should stay as is - sharing the
actual user folder (and not the top level Documents folder). Correct
is shown below:
Documents (not shared)
|
+ john.doe (shared as john.doe)
+ jane.doe (shared as jane.doe)
On Jun 2, 2:25 am, Jeffrey Walton <noloa...@gmail.com> wrote:
> Hi All,
>
> In case anyone is following. I raised the Functional Level of Server
> 2003 Domain Controller to Server 2003 from Native 2000. No Joy. Still
> receiving SceCli Event 1202, Warning 0x534.
>
> Rearchitecting the Folder and Share structure per Managing Roaming
> User Data
> Deployment Guide gave no joy. Share has EVERYONE (looser than
> recommended in document), Full Control. Directory Security is %USERNAME
> % Full Control; and Authenticated Users Full Control.
>
> I'm patching server from SP1 to SP2 now (held off for testing the DST
> fiasco).
>
> Jeff
>
> Previous Post:http://groups.google.com/group/micro....server.networ...
>
> Windows cannot locate the server copy of your roaming profile and is
> attempting to log you on with your local profile. Changes to the
> profile will not be copied to the server when you log off. This error
> may be caused by network problems or insufficient security rights.
>
> DETAIL - Access is denied.
>
> Jeff