[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 536
  • Last Modified:

Roaming Profile Translation and ADMT agent server start issues

I'm leveraging ADMT 3.2 to migrate over a forest trust.  Everything works fine except for Roaming Profile Translations and the Computer Migration Agent.

When running the Roaming Profile Translation I get the following system event:

Event ID:
Source: Kernel-General
Event ID: 11
Level: Information

TxR init phas for hive ******************\NTuser.DAT (TM:{******}, RM:{*****}) finished with result=0xc00000bb (Internal code=0)

When running the  computer migration I have the following errors with the agent:

WRN1: 7019 Failed to start the agent service.  StartService('OnePointDomainAdminService') rc=1053 The service did not respond to the start or control request in a timely fashion.

Systems:

Domain A: Windows Server 2003 64 R2 with Windows 7 x64 Workstations
Domain B: Windows Server 2003 64 R2 with Windows 7 x64 Workstations
ADMT server: Domain B Windows Server 2008 R2 X64


Thanks in advance!
0
h1r0
Asked:
h1r0
  • 4
  • 2
2 Solutions
 
MaheshArchitectCommented:
This is probably access denied issues

The ADMT do not have rights to modify roaming profile security on profile server

To resolve this issue, take folder ownership of roaming profile folder on file sever (profile server) and add built-in administrators group full control on roaming profile folder
Then try to migrate users with roaming profile
I hope you are using account with domain admins account to run ADMT migration wizard

To take ownership of roaming profile share and all sub profile folders use SetAcl \ Subinacl utility
http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Windows_Server_2008/A_17526-NTFS-File-System-Folder-ownership-problems-and-resolution.html
0
 
h1r0Author Commented:
Thanks for the comment.  That's what I thought too but We've already assigned GPO to add the administrators group to redirected profiles ( before the profiles were redirectEd) and our ADMT account is a member of the domain admins of both forests as well as a member of the built in administrators group of bothe domains and a member of the local administrators group of all workstations.

The logs don't indicate any authentication issues - more IOPS
0
 
MaheshArchitectCommented:
Try below

Ensure that you can access roaming profile (This should not be issue as you already have taken care.
Disable the firewall and third party anti-virus software on the problematic client.
Ensure the problematic client has been registered successfully in DNS.

Try to migrate computer again in merge mode
OR
Delete computer account from target and  try to migrate again.
0
Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
h1r0Author Commented:
Thanks - will report back.
0
 
h1r0Author Commented:
Never got this figured out - abandoned the project as it was dev anyhow.
0
 
h1r0Author Commented:
No resolution
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now