Loadstate fails with Exit Code 71
Hi, We're using offline USMT to capture user state from a Windows XP machine in <OLDDOMAIN>, apply Windows 7 joined to <NEWDOMAIN> and restore the capture user profiles. Here's the SMSTS.log entries as we fail: Set command line: "C:\_SMSTaskSequence\Packages\HQ100024\x86\loadstate.exe" "C:\USMToffline" /c /v:5 /l:"C:\Windows\system32\CCM\Logs\SMSTSLog\loadstate.log" /progress:"C:\Windows\system32\CCM\Logs\SMSTSLog\loadstateprogress.log" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\migapp.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\miguser.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\migdocs.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\wallpaper.xml" /hardlink /nocompress /ue:*\<USER2> /md:<OLDDOMAIN>:<NEWDOMAIN> OSDUSMT 4/28/2011 11:47:39 AM 2972 (0x0B9C) Securing store .. OSDUSMT 4/28/2011 11:47:39 AM 2972 (0x0B9C) Connection request for "C:\USMToffline" OSDUSMT 4/28/2011 11:47:49 AM 2972 (0x0B9C) Path is not a UNC Path. Trying it as a local path. OSDUSMT 4/28/2011 11:47:49 AM 2972 (0x0B9C) Succeeded loading resource DLL 'C:\Windows\system32\CCM\1033\TSRES.DLL' OSDUSMT 4/28/2011 11:47:49 AM 2972 (0x0B9C) Executing command line: "C:\_SMSTaskSequence\Packages\HQ100024\x86\loadstate.exe" "C:\USMToffline" /c /v:5 /l:"C:\Windows\system32\CCM\Logs\SMSTSLog\loadstate.log" /progress:"C:\Windows\system32\CCM\Logs\SMSTSLog\loadstateprogress.log" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\migapp.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\miguser.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\migdocs.xml" /i:"C:\_SMSTaskSequence\Packages\HQ100024\x86\wallpaper.xml" /hardlink /nocompress /ue:*\<USER2> /md:<OLDDOMAIN>:<NEWDOMAIN> OSDUSMT 4/28/2011 11:47:49 AM 2972 (0x0B9C) Process completed with exit code 71 OSDUSMT 4/28/2011 11:47:59 AM 2972 (0x0B9C) USMT completed with exit code 71 OSDUSMT 4/28/2011 11:47:59 AM 2972 (0x0B9C) uExitCode == 0, HRESULT=80070047 (e:\nts_sms_fre\sms\client\osdeployment\osdusmt\main.cpp,384) OSDUSMT 4/28/2011 11:47:59 AM 2972 (0x0B9C) USMT returned exit code (0x00000047). Look USMT log file loadstate.log for detail error message. OSDUSMT 4/28/2011 11:47:59 AM 2972 (0x0B9C) Here are the loadstate.log entries: 2011-04-28 11:47:58, Info [0x000000] User name resolved <USER1> => <NEWDOMAIN>\<USER1> 2011-04-28 11:47:58, Info [0x000000] User name resolved <USER2> => <OLDDOMAIN>\<USER2> 2011-04-28 11:47:58, Info [0x000000] User <NEWDOMAIN>\<USER1> maps to S-1-5-21-1078461990-1474823220-569397357-3233 2011-04-28 11:47:58, Info [0x000000] User <OLDDOMAIN>\<USER2> maps to <NEWDOMAIN>\<USER2> 2011-04-28 11:47:58, Info [0x000000] User <COMPUTERNAME>\Administrator maps to JPARKE-DV6PXG1\Administrator 2011-04-28 11:47:58, Info [0x000000] Adding domain account <NEWDOMAIN>\<USER1> (S-1-5-21-1078461990-1474823220-569397357-3233) 2011-04-28 11:47:58, Info [0x0803b2] Adding user S-1-5-21-1078461990-1474823220-569397357-3233, <NEWDOMAIN>\<USER1> 2011-04-28 11:47:58, Info [0x0803b3] User S-1-5-21-1078461990-1474823220-569397357-3233, <NEWDOMAIN>\<USER1> added successfully 2011-04-28 11:47:58, Info [0x000000] Adding domain account <NEWDOMAIN>\<USER2> 2011-04-28 11:47:58, Info [0x0803b2] Adding user <NEWDOMAIN>\<USER2> 2011-04-28 11:47:58, Info [0x000000] Failed.[gle=0x00000006] 2011-04-28 11:47:58, Info [0x000000] A Windows Win32 API error occurred Windows error 1332 description: No mapping between account names and security IDs was done.[gle=0x00000006] 2011-04-28 11:47:58, Info [0x000000] Windows Error 1332 description: No mapping between account names and security IDs was done. 2011-04-28 11:47:58, Info [0x000000] Entering MigCloseCurrentStore method 2011-04-28 11:47:58, Info [0x0801dc] Closing catalog file 2011-04-28 11:47:58, Info [0x0801dd] Deleting catalog file at C:\Windows\Temp\tmp9A2C.tmp\Temp\tmpBAC7.tmp 2011-04-28 11:47:58, Error [0x0802f5] CMediaManager::Close: m_pSelectedTransport->Close(1) failed with Exception Win32Exception: Device was open with readonly access.: Access is denied. [0x00000005] void __thiscall Mig::CMediaManager::CloseTransport(int) void __thiscall Mig::CUNCTransport::Close(int).[gle=0x00000006] 2011-04-28 11:47:58, Error [0x000000] MigCloseCurrentStore caught exception: Win32Exception: Device was open with readonly access.: Access is denied. [0x00000005] void __thiscall Mig::CMediaManager::CloseTransport(int) void __thiscall Mig::CUNCTransport::Close(int)[gle=0x00000006] There is no account that equals <NEWDOMAIN>\<USER2> and in fact, <OLDDOMAIN>\<USER2> account was specifically excluded using "/ue:*\<USER2>" in both the scanstate and loadstate command lines. What's going on here? Thanks - BH
April 28th, 2011 1:21pm

Hello Have you gone through the points mentioned by Niall towards the end? http://social.technet.microsoft.com/Forums/en/configmgrosd/thread/f3eddcbd-7095-49d9-b346-6267ec4f417eAnoop C Nair - This posting is provided "AS IS" with no warranties or guarantees, and confers no rights. |Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Free Windows Admin Tool Kit Click here and download it now
April 28th, 2011 1:40pm

OK - More info here: We removed the <OLDDOMAIN>\<USER2> profile from the XP machine in OLDDOMAIN. (The /UE:<OLDDOMAIN>\<USER2> seems to be disregarded, because it sure didn't exclude anything) The entire TS ran and successfully restored the user state. Logged on as the local admin A profile was created for <NEWDOMAIN>\<USER1> and <NEWDOMAIN>\<USER1> was in the local admins group So far, so good ...... BUT: Logged on to the computer as <NEWDOMAIN>\<USER1> None of his data was there Now there are two profiles named <NEWDOMAIN>\<USER1> in Computer Properties\Advanced Properties\User Profiles\Settings In the Users folder, there is a USER1 folder and a USER1.NEWDOMAIN folder The data is in the USER1 folder, but the logon is using the USER1.NEWDOMAIN folder QUESTIONS: Should the /MD:<OLDDOMAIN>:<NEWDOMAIN> switch in the loadstate command have allowed this to work properly? Is this supposed to work? Thanks - BH
April 28th, 2011 5:54pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics