Client in OSD Task Sequence

Hello, I am deploying Windows 7 with a Task Sequence. And all of my applications and client get installed, the only thing I am having issues with is getting the client to check in. We have waited over 12 hours to see if it will finally check
in and still nothing happens. Here is the status of the workstation and the Task Sequence.
Workstation getting upgraded:
Is a fully functional windows 7 machine with client working. Name = LWS-123456
Push the the image with PXE, boots and installs everything without errors. Name = LWS-123456
Task Sequence:
Restart in Windows PE
Partition Disk
Apply Operating System
Apply Windows Settings
Apply Network Settings
Setup Windows and Configuration Manager
Disable IPv6
Standby Timeout None
Disk Timeout None
Display Timeout 180
Disable Hibernate
Disable Firewall
Disable UAC
Restart Computer
Create IT Folder
Install Office 2013
Install Browsers
Install Adobe
Clean up Desktop Links
Restart Computer
Any Ideas on where I am going wrong or what I am missing?
Thank you in advance.

jheinikel - I will have to keep that in mind, I think I have found the issue. I will have to wait till I get back into work tomorrow to test it out and keep you all posted.
Jason - you are on the right path.
Here is the link I had found and I had my Restarts in my TS not set to boot to OS they were booting to WinPE.
http://www.windows-noob.com/forums/index.php?/topic/5618-damaged-client-after-setup-no-self-singed-cert/
This error is common because the "Restart Computer" task defaults to restarting into the WinPE boot image instead
of the full Windows OS. The "Restart Computer" task option "The boot image assigned to this task sequence" will cause it to
reboot into WinPE, while the option "The currently installed default operating system" will cause it to reboot into the full Windows OS being deployed by the Task Sequence. If the option is
not specifically switched from the default setting when the "Restart Computer" task is added to the Task Sequence, then the issue will occur.
I will keep you posted if it works tomorrow or not.
Thank you again.

Similar Messages

OSD Task Sequence fails to install SCCM client

Hello,
Our OSD task sequence fails to install the SCCM client with certain images.
The TS gets to the "Setup Windows and Configuration" step, during which it downloads all the necessary SCCM client files (silverlight, C++ redistributable, client.msi....etc.). At this point computer restarts and in never loads back into the
task sequence, instead it enters the minisetup (setup is starting services, setup is installing devices, setup is applying system settings...preparing computer for first use), after which the computer restarts and you are back at the CTR+ALT+Del screen.
The computer has joined the domain and has run all other steps but it has failed to install SCCM client. I can also see the leftovers of an incomplete TS under c:\_SMSTaskSequence
If we change the image specified under "Apply Operating System" step, everything works ok.
It appears there is something wrong with this particular image. Any ideas?
Logs show no errors. Let me know which logs you'd like me to post (and from which location)
There is no ccm folder under c:\windows

Hoping you are using ConfigMgr 2012 R2. If a client machine Join to Domain and doesn't proceed with other steps and not installing the CCM client, then problem seems to be with the Image.Do you have any RunOnce registry setting specified in the Image? You
can mount the Image and check those settings.
RunOnce Key Reference :
https://msdn.microsoft.com/en-us/library/windows/desktop/aa376977(v=vs.85).aspx
If the above key is present in the Image, TS Engine won't resume after the reboot.
You need to use a new variable "SMSTSPostAction" at the end of the Task Sequence, to add your custom actions.
The above variable is applicable in CM 2012 SP1 and R2.
Thanks, Senthil. 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. Click on "vote as Helpful" if you feel this post helpful to you. This
can be beneficial to other community members reading the thread.

Creative Cloud: "Build" MSI Hangs During SCCM OSD Task Sequence Installation

I wanted to share problem and solution I found when deploying Creative Cloud Packager-created packages/application using SCCM 2012 R2. I encountered this problem packaging this as both a Package and as an Application in SCCM.
When installing the software through SCCM Software Center onto a client, Software Center would close right as the installation of the "Build" folder MSI completed. This is abnormal behavior.
When installing the application as part of an OSD Task Sequence, the software would get installed (as shown by logs) but SCCM would hang forever at the "Installing Application" step.
I tried all sorts of different settings in SCCM and with the MSIEXEC command line and eventually traced it to the Reboot Manager functionality in MSIEXEC that will close and attempt to restart processes using files that the installer needs. Reboot Manager clobbered part of SCCM and in the Task Sequence, the connection between SCCM and the installer was broken.
The solution is to pass the property "MSIRESTARTMANAGERCONTROL=Disable" along the command line when calling MSIEXEC on the Build folder MSI file. This setting disabled Restart Manager so it didn't mess up SCCM. Once I did this, my Software Center installs and OSD Task Sequences ran as intended.
For reference, I used the REBOOT=ReallySuppress property for reboots and let SCCM determine what to do with reboots based on the return code. My testing was done with Windows 8.1 Enterprise x64.

Like said, did you configure my proposal: "Configuration Manager client will force a mandatory device
restart" ? After you've configured that, update your deployment type manually and remove the old revisions of the application and try running the TS again. I'm guessing you're a little bit too fast on your doings so the ConfigMgr doesn't play a long very
nicely...
The TS stops because of your Hard Reboot (exit code 1641), I've seen this before and I configured my application so that ConfigMgr client will force device restart and that fixed my problem. Although, also my application is the last one in the TS, but still,
the TS continues after the reboot.
Btw. have you tried changing your command line to:
msiexec.exe /i cd-ord.msi TRANSFORMS=sv-se.mst MVLICENSE_KEY=xxxxxxxxxxxxxxxxx /L*V "%temp%\cdord.log" /qn
/norestart

UDI OSD Task Sequences started failing with 0x80070002 error in SCCM 2012

This is kind of long, but here goes...
We built a UDI task sequence in SCCM 2012 (with MDT integration) that we were testing for deployment of a couple of different Win7 images. We customized the UDI experience thru the UDI wizard and XML file and OS deployment worked as expected
thru the task sequence (testing on Hyper-V VMs). Recently, this UDI TS started failing with error 0x80070002 during what appears to be the "Use Toolkit Package" step. This is after the OS image has already been laid down and after the ConfigMgr
client has been installed/configured. The SMSTS.log reports "Failed to open the task sequence key HKLM\Software\Microsoft\SMS\Task Sequence. Error code 0x8007002" Among other errors...I will post the entire log below...
After the error during deployment, Win7 will boot normally, however, you have no network connectivity and it appears the proper network driver didn't get loaded in the OS. Combine this with the fact that the TS should have joined the machine to our domain,
but you can't login because no network.. Im not sure if the network issue is a product of the TS failing early or the actual cause of the TS failure.
Anyway, I attempted to build another UDI task sequence using the same boot image and toolkit/settings packages, but am experiencing the same error during deployment. We have a few OSD task sequences built without UDI and those all still work just fine.
So, I am at a loss for where the root problem lies. Any suggestions or assistance would be greatly appreciated.
Here is the entire SMSTS.log and BDD.log...
https://skydrive.live.com/redir?resid=D65B1C4362892A26!110&authkey=!AKu5mOvDsXaEgvc
Thanks
Richie Tenhet

your failure does appear to be network (driver or otherwise) or dns related and it cannot contact the management point FQDN just around the time where it should download and execute the
Use Toolkit Package step...
"Starting Task Sequence Engine . . . "
"Non fatal error 0x80072ee7 in sending task sequence execution status message to MP"
"Start executing an instruciton. Instruction name: Use Toolkit Package. Instruction pointer: 83"
"unknown host (gethostbyname failed)"
"sending with winhttp failed; 80072ee7"
"Tried all the available http based locations. SMB based locations will be attempted now."
"Failed to resolve the source for SMS PKGID=P0100015, hr=0x80070002"
"Failed to run the action: Use Toolkit Package.
The system cannot find the file specified. (Error: 80070002; Source: Windows)"
that said, check that the package referenced above actually exists and is the correct source version on your distribution points, also verify (press F8 and check can you ping the FQDN of your management point) that you have network connectivity
around the time of the failure.
Step by Step Configuration Manager Guides >
2012 Guides |
2007 Guides | I'm on Twitter > ncbrady

Whats the best way to apply office updates during OSD task sequence with Software Update Agent disabled?

I am trying to update office via the SCCM 2012 R2 OSD task sequence. I know offline updating only updates the core components in the WIM and I'm trying to figure out how to add office updates as well. I am aware of using powershell to try and kick off
a WU scan as seen here:
http://myitforum.com/myitforumwp/2012/01/24/use-powershell-commands-to-assist-with-patching-during-sccm-image-build/
But the kicker is we don't use SCCM to update the workstations (Solo WSUS install). Is there a way to do this (maybe set the client in the TS to switch on SUP, then off again when it goes off into production) rather than have to build a new image every month?

You could use the ZTI_WindowsUpdates.wsf script from MDT.
http://scriptimus.wordpress.com/2012/03/22/mdt-2012-automating-updates-in-lite-touch-deployments/
How does it work?
The task sequence steps run a script called ZTIWindowsUpdate.wsf. The script uses the
Windows Update Agent API to manage the downloading and installation of updates. All audit information is written to the
ZTIWindowsUpdate.log file. If you find any unusual error codes in your log returned from the API (although I never have) you can compare the codes
here. The script will also check and update the
Windows Update Agent(WUA) as needed at the start.
In its default state, the ZTIWindowsUpdate.wsf script will connect to Microsoft Update then search for and download all available updates including Security Patches, Drivers, Browser Updates and Service Packs. This is essentially the same
as opening the GUI and selecting check for updates.
Daniel Ratliff | http://www.PotentEngineer.com

SCCM 2012 OSD Task Sequence Fails "An error occurred while retrieving policy for this computer"

We have SCCM 2012 R2. I amm trying to start OSD task sequence from bootable media.
Hyper-v client gets DHCP ip and starts MDT bootable media, but could not find policy.
From F8 I can ping SCCM/DP/MP server.
What could be the cause?

Yes, this DHCP client is in the same subnet as other working clients.
smsts.log from client
Request was successful. TSPxe
21.03.2014 14:14:14 324 (0x0144)
pNext != NULL, HRESULT=80004005 (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,1970)
TSPxe 21.03.2014 14:14:14
324 (0x0144)
reply has no message header marker TSPxe
21.03.2014 14:14:14 324 (0x0144)
DoRequest (sReply, true), HRESULT=80004005 (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,5868)
TSPxe 21.03.2014 14:14:14
324 (0x0144)
Failed to get client identity (80004005)
TSPxe 21.03.2014 14:14:14
324 (0x0144)
ClientIdentity.RequestClientIdentity (), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmbootstrap\tsmediawizardcontrol.cpp,1113)
TSPxe 21.03.2014 14:14:14
324 (0x0144)
failed to request for client
TSPxe 21.03.2014 14:14:14
324 (0x0144)
Exiting TSMediaWizardControl::GetPolicy. TSPxe
21.03.2014 14:14:14 324 (0x0144)

PXE OSD Task Sequence fails to run on new laptop

We are trying to run a working PXE OSD task sequence on a new HP laptop. It's a Elitebook 840 G2. We've downloaded the provided driver package & created a new driver package in SCCM. We inserted the driver into the boot image &
updated the DPs. When we PXE boot the laptop it flashes the splash screen & reboots. Other laptops & desktops boot properly. This looks like a driver issue but we wanted to run it past the forum to see if anyone had any other suggestions.
The SMSTS log file is copied below.
LOGGING: Finalize process ID set to 728
TSBootShell
4/23/2015 4:20:40 PM
732 (0x02DC)
==============================[ TSBootShell.exe ]==============================
TSBootShell 4/23/2015 4:20:40 PM
732 (0x02DC)
Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL'
TSBootShell 4/23/2015 4:20:40 PM
732 (0x02DC)
Debug shell is enabled TSBootShell
4/23/2015 4:20:40 PM 732 (0x02DC)
Waiting for PNP initialization... TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
RAM Disk Boot Path: NET(0)\SMSIMAGES\ALN00001\BOOT.ALN00001.WIM
TSBootShell 4/23/2015 4:20:40 PM
736 (0x02E0)
Booted from network (PXE) TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
Network(PXE) path: X:\sms\data\ TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
Found config path X:\sms\data\ TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
Booting from removable media, not restoring bootloaders on hard drive
TSBootShell 4/23/2015 4:20:40 PM
736 (0x02E0)
X:\sms\data\WinPE does not exist. TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
X:\_SmsTsWinPE\WinPE does not exist. TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
Executing command line: wpeinit.exe -winpe TSBootShell
4/23/2015 4:20:40 PM 736 (0x02E0)
Executing command line: X:\WINDOWS\system32\cmd.exe /k
TSBootShell 4/23/2015 4:20:40 PM
732 (0x02DC)
The command completed successfully. TSBootShell
4/23/2015 4:20:40 PM 732 (0x02DC)
Successfully launched command shell. TSBootShell
4/23/2015 4:20:40 PM 732 (0x02DC)
Executing command line: X:\WINDOWS\system32\cmd.exe /k
TSBootShell 4/23/2015 4:20:41 PM
732 (0x02DC)
The command completed successfully. TSBootShell
4/23/2015 4:20:41 PM 732 (0x02DC)
Successfully launched command shell. TSBootShell
4/23/2015 4:20:41 PM 732 (0x02DC)
Executing command line: X:\WINDOWS\system32\cmd.exe /k
TSBootShell 4/23/2015 4:20:41 PM
732 (0x02DC)
The command completed successfully. TSBootShell
4/23/2015 4:20:41 PM 732 (0x02DC)
Successfully launched command shell. TSBootShell
4/23/2015 4:20:41 PM 732 (0x02DC)
The command completed successfully. TSBootShell
4/23/2015 4:20:43 PM 736 (0x02E0)
Starting DNS client service. TSBootShell
4/23/2015 4:20:43 PM 736 (0x02E0)
Executing command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\
TSBootShell 4/23/2015 4:20:44 PM
736 (0x02E0)
The command completed successfully. TSBootShell
4/23/2015 4:20:44 PM 736 (0x02E0)
==============================[ TSMBootStrap.exe ]==============================
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
Command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL'
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
Succeeded loading resource DLL 'X:\sms\bin\i386\TSRESNLC.DLL'
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
Current OS version is 6.2.9200.0 TSMBootstrap
4/23/2015 4:20:44 PM 1124 (0x0464)
Adding SMS bin folder "X:\sms\bin\i386" to the system environment PATH
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
PXE Boot with Root = X:\ TSMBootstrap
4/23/2015 4:20:44 PM 1124 (0x0464)
Executing from PXE in WinPE TSMBootstrap
4/23/2015 4:20:44 PM 1124 (0x0464)
Loading TsPxe.dll from X:\sms\bin\i386\TsPxe.dll
TSMBootstrap 4/23/2015 4:20:44 PM
1124 (0x0464)
TsPxe.dll loaded TSPxe
4/23/2015 4:20:44 PM 1124 (0x0464)
Device has PXE booted TSPxe
4/23/2015 4:20:44 PM 1124 (0x0464)
Variable Path: \SMSTemp\2015.04.22.16.21.10.0001.{8EBA05A2-1AB7-4CBB-9DDD-497DFE8E5E07}.boot.var
TSPxe 4/23/2015 4:20:44 PM
1124 (0x0464)
Succesfully added firewall rule for Tftp TSPxe
4/23/2015 4:20:44 PM 1124 (0x0464)
Executing: X:\sms\bin\i386\smstftp.exe -i 172.20.100.51 get \SMSTemp\2015.04.22.16.21.10.0001.{8EBA05A2-1AB7-4CBB-9DDD-497DFE8E5E07}.boot.var X:\sms\data\variables.dat
TSPxe 4/23/2015 4:20:44 PM
1124 (0x0464)
Command line for extension .exe is "%1" %*
TSPxe 4/23/2015 4:20:44 PM
1124 (0x0464)
Set command line: "X:\sms\bin\i386\smstftp.exe" -i 172.20.100.51 get \SMSTemp\2015.04.22.16.21.10.0001.{8EBA05A2-1AB7-4CBB-9DDD-497DFE8E5E07}.boot.var X:\sms\data\variables.dat
TSPxe 4/23/2015 4:20:44 PM
1124 (0x0464)
Executing command line: "X:\sms\bin\i386\smstftp.exe" -i 172.20.100.51 get \SMSTemp\2015.04.22.16.21.10.0001.{8EBA05A2-1AB7-4CBB-9DDD-497DFE8E5E07}.boot.var X:\sms\data\variables.dat
TSPxe 4/23/2015 4:20:44 PM
1124 (0x0464)
Process completed with exit code 1 TSPxe
4/23/2015 4:21:31 PM 1124 (0x0464)
Succesfully removed firewall rule for Tftp TSPxe
4/23/2015 4:21:31 PM 1124 (0x0464)
uExitCode == 0, HRESULT=80004005 (e:\nts_sccm_release\sms\server\pxe\tspxe\tspxe.cpp,185)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
Failed to download pxe variable file. Code(0x00000001)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
PxeGetPxeData failed with 0x80004005
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
HRESULT_FROM_WIN32(dwError), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmbootstrap\tsmbootstraputil.cpp,1459)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
TSMBootstrapUtil::PxeGetPxeData(&bPxeBooted, sVariablesFile, sPxePasswd), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmbootstrap\tsmediawizardcontrol.cpp,2667)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
oTSMediaWizardControl.Run( sMediaRoot, true, sTSLaunchMode ), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmbootstrap\tsmbootstrap.cpp,1078)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
Execute( eExecutionEnv, sConfigPath, sTSXMLFile, uBootCount, &uExitCode ), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmbootstrap\tsmbootstrap.cpp,1226)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
Exiting with return code 0x80004005 TSPxe
4/23/2015 4:21:31 PM 1124 (0x0464)
hMap != 0, HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentscope.cpp,493)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
m_pGlobalScope->open(), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentlib.cpp,335)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
this->open(), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentlib.cpp,553)
TSPxe 4/23/2015 4:21:31 PM
1124 (0x0464)
Execution complete. TSBootShell
4/23/2015 4:21:31 PM 736 (0x02E0)
hMap != 0, HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentscope.cpp,493)
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
m_pGlobalScope->open(), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentlib.cpp,335)
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
this->open(), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\environmentlib.cpp,553)
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
::RegOpenKeyExW (HKEY_LOCAL_MACHINE, sKey.c_str(), 0, KEY_READ, &hSubKey), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\utils.cpp,809)
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
RegOpenKeyExW is unsuccessful for Software\Microsoft\SMS\Task Sequence
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
GetTsRegValue() is unsuccessful. 0x80070002.
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
End program: TSBootShell
4/23/2015 4:21:31 PM 736 (0x02E0)
Finalizing logging from process 728 TSBootShell
4/23/2015 4:21:31 PM 736 (0x02E0)
Finalizing logs to root of first available drive
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)
LOGGING: Setting log directory to "D:\SMSTSLog".
TSBootShell 4/23/2015 4:21:31 PM
736 (0x02E0)

Press F8 in order to get a cmd window and see if the client got an IP address.
Torsten Meringer |
There's no IP Address when trying to the command prompt. It doesn't even show a MAC Address.

Dell Driver Packages breaks OSD Task Sequences?

I'm completely stumped here... I had an OSD Task Sequence that was working perfectly. Then I imported some Dell Driver Packages with the Dell Client Integration Pack and suddenly, OSD doesn't work anymore.. I made no changes to the Task Sequence itself (steps
are listed below).
The weird thing is, when the OSD is actually running, the progress bar goes through all of the steps and the Monitoring space on the deployment shows each step completing successfully, but every step after "Apply Operating System" doesn't actually
take effect. When rebooted, I find the computer has not joined the domain, has not applied any drivers, has not installed the SCCM client, didn't install any of the applications, and didn't install the updates. It's like the task sequence just
stopped actually writing to the hard drive and just pretended to go through the motions.
Does anyone have any idea what could have happened? This same task sequence used to work just fine. Could just having driver packages available on the DPs break the OSD even though they're not even referenced in the task sequence?
-Install Operating System
-Restart in Windows PE
-Partition Disk 0
-Apply Data image 1
-Apply Operating System
-Apply Windows Settings
-Apply Network Drivers
-Apply Device Drivers
-Setup Operating System
-Setup Windows and Configuration Manager
-Install Java
-Install Adobe Acrobat Reader XI
-... install a few more applications
-Install Updates

As Torsten said, yes, you will need to examine the logs. Post the contents of smsts.log here if you don't know what to look for
Here's a reference to help you find the location of the logs:
http://richardbalsley.com/location-of-smsts-log-when-using-configuration-manager-operating-system-deployment
Also:
What OS are you trying to apply?
What version of WinPE are you using?
Are you using Auto Apply Drivers or Apply Driver Package steps to install drivers? If Auto Apply Drivers, do you have them limited by category?

SCCM 2012 OSD Task Sequence - force Policy and SCEP update?

Hi,
How can I force a policy update to update machine policy and scep definitions at the end of
SCCM 2012 OSD Task Sequence,
Thanks,
Ward.

Hi,
I normally use this solution from Chris Nackers to deploy the latest EP definitions during OSD and deploy a custom EP policy, it works great. The policy will be downloaded when the client is registered.
Regards,
Jörgen
-- My System Center blog ccmexec.com -- Twitter
@ccmexec

Install Software Updates fails (timeouts) during OSD Task Sequence

Hi
As one of the lasts steps in our OSD Task Sequence we have an "Install Software Update" step where "Mandatory Software Updates" is choosen. It worked a week ago, but now the step fails with error code 0x800705B4
(This operation returned because the timeout period expired.)
When examining the WindowsUpdate.log I see an error followed by several minutes without log activity:
2014-02-18 10:39:13:874
416 b74
Report CWERReporter finishing event handling. (00000000)
2014-02-18 10:39:13:874
416 b74
Report CWERReporter finishing event handling. (00000000)
2014-02-18 10:39:13:874
416 b74
Report CWERReporter finishing event handling. (00000000)
2014-02-18 10:39:13:999
1632 4e4
COMAPI - Updates found = 260
2014-02-18 10:39:13:999
1632 4e4
COMAPI ---------
2014-02-18 10:39:13:999
1632 4e4
COMAPI -- END -- COMAPI: Search [ClientId = CcmExec]
2014-02-18 10:39:13:999
1632 4e4
COMAPI -------------
2014-02-18 10:39:18:835
416 b74
Report CWERReporter finishing event handling. (00000000)
2014-02-18 11:08:12:225
416 4dc
AU AU received policy change subscription event
2014-02-18 11:08:12:334
416 4dc
AU AU Options changed from policy.
2014-02-18 11:08:12:334
416 4dc
AU Successfully wrote event for AU health state:0
2014-02-18 11:08:12:334
416 4dc
AU ########### AU: Policy change processed ###########
When examining the WUAHadler.log - again there is no log activity during the Software Update step.
Its a WSUS Update Source type ({DCA8EDB2-927C-42AC-9D2E-3D98C3BC3759}), adding it.
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Existing WUA Managed server was already set (http://<servername>:8530), skipping Group Policy registration.
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Added Update Source ({DCA8EDB2-927C-42AC-9D2E-3D98C3BC3759}) of content type: 2
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Scan results will include all superseded updates.
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Search Criteria is (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Async searching of updates using WUAgent started.
WUAHandler 18-02-2014 10:39:05
2016 (0x07E0)
Async searching completed. WUAHandler
18-02-2014 10:39:13 1108 (0x0454)
Successfully completed scan. WUAHandler
18-02-2014 10:39:15 2016 (0x07E0)
Removed Update Source ({DCA8EDB2-927C-42AC-9D2E-3D98C3BC3759}) of content type: 2
WUAHandler 18-02-2014 11:06:25
1160 (0x0488)
CWuaHandler::SetCategoriesForStateReportingExclusion called with E0789628-CE08-4437-BE74-2495B842F43B;E0789628-CE08-4437-BE74-2495B842F43B,A38C835C-2950-4E87-86CC-6911A52C34A3; for leaves and E0789628-CE08-4437-BE74-2495B842F43B,A38C835C-2950-4E87-86CC-6911A52C34A3;
for bundles WUAHandler
18-02-2014 11:09:25 2232 (0x08B8)
The Software Update Step started at 10:27 and the timeout came at 11:05.
Any ideas why the step times out? Or which logs I should look at?
Regards,
FC

PolicyEvaluator.log:
No errors. The last event is:
Received notification that Local policy has changed.
PolicyAgent_PolicyEvaluator 19-02-2014 10:51:11
1692 (0x069C)
Raising event:
instance of CCM_PolicyAgent_SettingsEvaluationComplete
ClientID = "GUID:C2E937AA-CF24-420F-AD81-E8CEADBD7649";
DateTime = "20140219095123.565000+000";
PolicyNamespace = "\\\\.\\root\\ccm\\policy\\machine\\actualconfig";
ProcessID = 1748;
ThreadID = 1768;
PolicyAgent_PolicyEvaluator
19-02-2014 10:51:23 1768 (0x06E8)
Forcing settings update for local policy change.
PolicyAgent_PolicyEvaluator 19-02-2014 10:51:23
2900 (0x0B54)
Updating settings in \\.\root\ccm\policy\machine\actualconfig
PolicyAgent_PolicyEvaluator 19-02-2014 10:51:33
2900 (0x0B54)
Raising event:
instance of CCM_PolicyAgent_SettingsEvaluationComplete
ClientID = "GUID:C2E937AA-CF24-420F-AD81-E8CEADBD7649";
DateTime = "20140219095144.641000+000";
PolicyNamespace = "\\\\.\\root\\ccm\\policy\\machine\\actualconfig";
ProcessID = 1748;
ThreadID = 2900;
PolicyAgent_PolicyEvaluator
19-02-2014 10:51:44 2900 (0x0B54)
UpdatesHandler.log:
No errors. A couple of lines:
Successfully initiated scan. UpdatesHandler
19-02-2014 10:54:10 1768 (0x06E8)
Updates scan completion received, result = 0x0.
UpdatesHandler 19-02-2014 10:55:23
3572 (0x0DF4)
UpdatesStore.log
No errors. Just quering updates, and the last line:
Querying update status completed successfully.
UpdatesStore 19-02-2014 10:56:27
3300 (0x0CE4)
In the smsts.log I found an interesting thing:
Successfully initiated RefreshUpdates operation
InstallSWUpdate 19-02-2014 10:51:37
3424 (0x0D60)
Waiting for RefreshUpdates complete notification from Updates Deployment Agent
InstallSWUpdate 19-02-2014 10:51:37
3424 (0x0D60)
FALSE, HRESULT=800705b4 (e:\nts_sccm_release\sms\client\osdeployment\installswupdate\installswupdate.cpp,1273)
InstallSWUpdate 19-02-2014 11:21:37
3424 (0x0D60)
Timedout waiting for updates refresh complete notification
InstallSWUpdate 19-02-2014 11:21:37
3424 (0x0D60)
It times out after exactly 30 minutes. Does 2012 have the same "feature" as 2007? (http://support.microsoft.com/kb/2009754/da)
Still the last event in windowsupdate.log is:
2014-02-19 10:55:37:251
324 dd0
Report CWERReporter finishing event handling. (00000000)
Regards,
FC

Win 7 x64 OSD Task Sequence BSOD with SSD

Hello,
I have recently rebuilt my OSD Task Sequences into ConfigMgr 2012 R2 and consistently experiencing BSODs on machines with SSDs after the machine boots after the "Setup and Windows ConfigMgr" step. When the machine reboots and starts Windows
Setup, it Blue Screens immediatley after attempting to Update System Registry with the Stop Code 0x000000f4
To validate the health of the SSDs, I am able to successfully build the same machines using bootable media from the (still standing) 2007 environment. Also, replacing the SSD with a standard HDD builds the machine successfully which makes me question
my driver packages less than when I first saw this. I am unable to see any steps in the Task Sequence that appear different between the 2 environments.
I have captured the logs from WinPE as well as the system drive before the crashes have occured - can anyone suggest where I should be looking to help flush out why this is occuring? For what it's worth, the drives are Crucial m4 SSD 2.5 128GB SATA
6Gb/s with the most current firmware.
Thanks
Scott

Here is a quick update as I continue to struggle with the same issue on a few different models in our environment.
I have made attempts with multiple different combinations of drivers in packages and continue to see BSODs when the TS reboots after configuring the ConfigMgr client. I have deployed the captured Win 7 image using a basic Task Sequence and have also
brought the Win 7 image from the 2007 environment into 2012 and replaced it in the MDT Task Sequence and the results are all the same.
Given that I can build machines using a Task Sequence with SCCM 2007 but not with ConfigMgr 2012 R2 points at this being a Task Sequence and\or Driver issue. I am appreciative of any suggestions or ideas.
Thanks
Scott

Auto Login as part of OSD Task Sequence

Hi,
I am wondering if there is a way to force a Login with a specified account to Windows as part of an OSD. I have an command in the registry in HKEY Local Machine...../RunOnce that needs to run before the end user uses their computer.
Unfortunatly, it just will not run as part of a "Run Command Line" Task.
I can accomlish this by using the GUIUNATTEND AutoLogon in Sysprep, but that also presents some challenges. If there was a way in the OSD Task Sequence that I could force a login with a specified account and then logout, that would be great.
Thanks
Rosy_55

The code (vb) below would be created into a step as an application installation or package installation as the second to last step, the last step would be to reboot into the default OS.
This will, during OSD set a autologin account to login until rebooted, once done the last step will reboot and log into windows, the runonce section will then run gpupdate, and then restart the machine.
It will only login once. Modify as needed.
Note that you need to modify the sUsername = "domain\user", and sPassword = "domainuserpassword"
variables.
CODE:
'after autologin this sets the computer to run gpupdate one time and then reboot
Set objShell = WScript.CreateObject("WScript.Shell")
strRunOnce = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnce\joinDomain"
objShell.RegWrite strRunOnce, "cmd /k gpupdate "&chr(38)&chr(38)&"shutdown -r -f -t 10", "REG_SZ"
'this configures the autologin
Const HKEY_CLASSES_ROOT = &h80000000
Const HKEY_CURRENT_USER = &h80000001
Const HKEY_LOCAL_MACHINE = &h80000002
Const HKEY_USERS = &h80000003
Const HKEY_CURRENT_CONFIG= &h80000005
Const HKEY_DYN_DATA = &h80000006
sUsername = "domain\user"
sPassword = "domainuserpassword"
Set objNetwork = CreateObject("Wscript.Network")
sComputer = objNetwork.ComputerName
strRegKey = "Software\Microsoft\Windows NT\CurrentVersion\Winlogon\"
Write64BitRegistry "REG_SZ", HKEY_LOCAL_MACHINE, strRegKey, "AutoAdminLogon", "1"
Write64BitRegistry "REG_SZ", HKEY_LOCAL_MACHINE, strRegKey, "DefaultUserName", sUsername
Write64BitRegistry "REG_SZ", HKEY_LOCAL_MACHINE, strRegKey, "DefaultDomainName", strComputer
Write64BitRegistry "REG_SZ", HKEY_LOCAL_MACHINE, strRegKey, "DefaultPassword", sPassword
Write64BitRegistry "REG_SZ", HKEY_LOCAL_MACHINE, strRegKey, "ForceAutoLogon", 1
Write64BitRegistry "REG_DWORD", HKEY_LOCAL_MACHINE, strRegKey, "AutoLogonCount", 1
Sub Write64BitRegistry (strRegType, strRootKey, strKey, strValueName, strValue)
Dim objCtx, objLocator, objReg, intReturnCode
Set objCtx = CreateObject("WbemScripting.SWbemNamedValueSet")
objCtx.Add "__ProviderArchitecture", 64
Set objLocator = CreateObject("Wbemscripting.SWbemLocator")
Set objReg = objLocator.ConnectServer("", "root\default", "", "", , , , objCtx).Get("StdRegProv")
If Ucase(strRegType) = "KEY" Then
intReturnCode = objReg.CreateKey(strRootKey,strKey)
End If
If Ucase(strRegType) = "REG_DWORD" Then
intReturnCode = objReg.SetDWORDValue(strRootKey,strKey,strValueName,strValue)
End If
If Ucase(strRegType) = "REG_SZ" Then
intReturnCode = objReg.SetStringValue(strRootKey,strKey,strValueName,strValue)
End If
If Ucase(strRegType) = "REG_EXPAND_SZ" Then
intReturnCode = objReg.SetExpandedStringValue(strRootKey,strKey,strValueName,strValue)
End If
If Not intReturnCode = 0 Then
End If
End Sub
William Lee

Error installing MBAM client through SCCM task sequence error code 80070005

Hi
I'm getting a weird error when trying to deploy the MBAM 2.0 client through a task sequence, it was working but now keep seeing the below two errors in the AppEnforce log, after it has returned the 3010 soft reboot code.
CoCreateInstance failed on CLSID_ProductSrcUpdateMgr, error 80070005
Failed to update msi source list, error 0x80070005
does anyone have any idea what these mean?
thanks
Mark

What is the silent installation command line for MBAM client you are using. I would suggest to first test the silent installation manually and test whether it is working successfully or not.
Are you using the msi installer or the setup.exe
Command Line for Deploying the MBAM 2.0 Client
MBAMClientSetup.exe /q
Gaurav Ranjan

Does "Distribute content" on the right click menu for a OSD Task sequence also REDISTRIBUTE packages?

I have a task sequence with quite a few packages that have already been distributed. But that same task sequence has far more that have never been distributed.
When you Right click a SCCM OSD Task sequence and select "Distribute Content", does it also redistribute content that's already been distributed to existing DP's, or just the packages that have never been distributed?

Hi,
You can only select DP's that don't have the Packages required by the Task Seqeunce so no you cannot use it to update the DP's
Regards,
Jörgen
-- My System Center blog ccmexec.com -- Twitter
@ccmexec

Cant get 2013 data base AdminPassword= to work in OSD task sequence

I'm using the MDT database to consolidate five windows 7 task sequences on five SCCM2007 site servers to one task sequence on one 2012 R2 site server. I got my locations by ip subnet working and most of the settings applied successfully, Join Domain, add
a group to the local  admin group, but I can't seem to get the AdminPassword=MyPassword to work.
I've got an "apply windows settings" step in my task sequence. But the machine keeps getting what ever its password is set to.
If I leave it bland then I get a blank password etc.. If I run without the "apply windows settings" step then then the task sequence fails and finishes with a mini setup prompting for a computer name. I can see the other values that are collected
in the Bdd.log:
Remapping variables.
Property OSDDomainName is now = My.Domain
<Message containing password has been suppressed>
I even tried adding the default setting directly to the customsettings.ini file: AdminPassword=MyPassword. But the workstation still takes its password from the "apply windows step". I'm going to try and enable debug logging and see if the log
has anything about the local admin password. Anyone have any ideas? What am I doing wrong here?
[Settings]
Priority=LSettings, LAdmins,
[Default]
OSInstall=Y
SkipCapture=YES
SkipAdminPassword=NO
SkipProductKey=NO
SkipComputerBackup=YES
SkipBitLocker=YES

I wrote\borrowed\modified a powershell script that gets the value of the base 64 encoded AdminPassword variable from the MDTDB, decodes it and applys it to the OSDLocalAdminPassword.
This runs after the gather step in my OSD task sequence and before the Apply Windows Settings step.
I never figured out why this was necessary but it works. Here is the power shell script if anyone has a similar problem:
http://blogs.technet.com/b/mniehaus/archive/2009/09/22/running-powershell-scripts-as-part-of-a-task-sequence.aspx
http://mylifeismymessage.net/base64-encodeddecode-functions-powershell/
Function Base64Decode($textBase64In)
    $b = [System.Convert]::FromBase64String($textBase64In)
    $decoded = [System.Text.Encoding]::UTF8.GetString($b)
    return $decoded
$tsenv = New-Object -COMObject Microsoft.SMS.TSEnvironment
$password = $tsenv.Value("AdminPassword")
$base64out = Base64Decode($password)
$tsenv.Value("OSDLocalAdminPassword") = $base64out

Client in OSD Task Sequence

Similar Messages

Maybe you are looking for