Thank you to all that replied. What I did was delete all PXE Boot wims from MDT and WDS. I then updated the deployment share, and then added the new wims from MDT to WDS. This resolved the issue. I am not sure why it did not resolve it the first time .. but at this point it is a moot point.
Thanks again to all. From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Keith Garner (Hotmail) Sent: Tuesday, November 18, 2014 7:08 PM To: mdtosd@lists.myitforum.com Subject: RE: [MDT-OSD] RE: EXTREMELY slow running MDT \\xxxxxxx\mdt<file:///\\xxxxxxx\mdt> *is* the DeployRoot Setting in the litetouchPE_xxx.wim file on your local MDT server. GO ahead and update your Boot images on the WDS Server to ensure you are using the correct one. However, I personally recommend using %WDSServer% if you have that defined. http://www.deployvista.com/Blog/tabid/70/EntryID/35/Default.aspx From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of David Landry Sent: Tuesday, November 18, 2014 1:04 PM To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com> Subject: RE: [MDT-OSD] RE: EXTREMELY slow running MDT Thanks Stephen. I also found this in the BDD.log: <![LOG[Property DEPLOYROOT is now = \\xxxxxxxxxx\mdt]LOG]!><time="11:46:37.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:46:37.000+000>" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Using from [DEFAULT]: DEPLOYROOT = \\xxxxxxxxxx\mdt]LOG]!><time="11:46:37.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:46:37.000+000>" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[------ Done processing X:\Deploy\Scripts\Bootstrap.ini ------]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Remapping variables.]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Property TaskSequenceID is now = ]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Property DeploymentType is now = NEWCOMPUTER]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Finished remapping variables.]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[ZTIGather processing completed successfully.]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="ZTIGather" context="" type="1" thread="" file="ZTIGather"> <![LOG[Command completed, return code = 0]LOG]!><time="11:46:37.000+000" date="11-17-2014" component="LiteTouch" context="" type="1" thread="" file="LiteTouch"> <![LOG[Run WPEUtil.exe ListKeyboardLayouts 1033]LOG]!><time="11:46:38.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property KeyboardLocalePE is now = 0409:00000409]LOG]!><time="11:47:22.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property WizardComplete is now = Y]LOG]!><time="11:47:22.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Validating connection to \\xxxxxxxxxx\mdt]LOG]!><time="11:47:22.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:47:22.000+000>" date="11-17-2014" component="LiteTouch" context="" type="1" thread="" file="LiteTouch"> <![LOG[Property NotWizard is now = ]LOG]!><time="11:47:28.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property LeaveShareOpen is now = ]LOG]!><time="11:47:28.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property ValidateAgainstUNCPath is now = \\xxxxxxxxxx\mdt]LOG]!><time="11:47:28.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:47:28.000+000>" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property Definition is now = Credentials_ENU.xml]LOG]!><time="11:47:28.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Microsoft Deployment Toolkit version: 6.1.2373.0]LOG]!><time="11:47:28.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Not Wizard = True]LOG]!><time="11:47:28.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property UserCredentials is now = False]LOG]!><time="11:47:33.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Validate Against UNC: \\xxxxxxxxxx\mdt]LOG]!><time="11:47:33.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:47:33.000+000>" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Validate Against UNC: \\xxxxxxxxxx\mdt]LOG]!><time="11:47:33.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:47:33.000+000>" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Mapped Network UNC Path Z: = \\xxxxxxxxxx\mdt]LOG]!><time="11:48:00.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:48:00.000+000>" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property UserCredentials is now = True]LOG]!><time="11:48:00.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property userdomain is now = corp]LOG]!><time="11:48:00.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Property UserID is now = adm.george.panackal]LOG]!><time="11:48:00.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[<Message containing password has been suppressed>]LOG]!><time="11:48:00.000+000" date="11-17-2014" component="Wizard" context="" type="1" thread="" file="Wizard"> <![LOG[Found Existing UNC Path Z: = \\xxxxxxxxxx\mdt]LOG]!><time="11:48:00.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:48:00.000+000>" date="11-17-2014" component="LiteTouch" context="" type="1" thread="" file="LiteTouch"> <![LOG[Found Existing UNC Path Z: = \\xxxxxxxxxx\mdt]LOG]!><time="11:48:01.000+000<file:///\\xxxxxxxxxx\mdt%5dLOG%5d!%3e%3ctime=%2211:48:01.000+000>" date="11-17-2014" component="LiteTouch" context="" type="1" thread="" file="LiteTouch"> <![LOG[Successfully established connection using supplied credentials.]LOG]!><time="11:48:01.000+000" date="11-17-2014" component="LiteTouch" context="" type="1" thread="" file “xxxxxxxxxx” denotes where I found a server name that is NOT the local MDT server. It appears it is connecting to a remote server. I have checked the bootstrap.ini file and it has the correct server name in there. I have also updated the deployment. If this is the problem, … actually I am certain this is the problem because I started a VM on a computer that is on site, PXE booted to MDT, then I checked the remote site server “Sessions” in computer manager and found the VM had connected to that server to run MDT. I just do not know where else to look to remove the reference to the remote server. What am I missing? Any suggestions anyone? Thanks in advance From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Stephen Owen Sent: Tuesday, November 18, 2014 3:31 PM To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com> Subject: Re: [MDT-OSD] RE: EXTREMELY slow running MDT Hey! There's a hotfix for MDT and SCCM that lead to extremely slow imaging times. This was big news about 18 months ago or so, when 8 hour imaging became the norm until the hotfix came out. You should find the hotfix here. http://myitforum.com/myitforumwp/docs/configuration-manager-2012-r2-known-issues/ Another thing to try is allowing Anonymous logon as shown in this example https://social.technet.microsoft.com/Forums/en-US/336f2c19-6a3d-4d69-a6c0-849b712d4bd9/mdt-2013-sccm-2012-r2-slow-mdt-download?forum=configmanagerosd On Tue, Nov 18, 2014 at 1:21 PM, David Landry <david.lan...@lairdtech.com<mailto:david.lan...@lairdtech.com>> wrote: Thank you Michael. I will update with the resolution when we find it. I hope one of these resolves it. Thanks, Dave From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>] On Behalf Of Michael Niehaus Sent: Tuesday, November 18, 2014 12:35 PM To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com> Subject: [MDT-OSD] RE: EXTREMELY slow running MDT WDS shouldn’t have any impact. Typically these sorts of problems are caused by a speed/duplex mismatch between the server and the switch, client and the switch, or both. It can also be caused by overly-aggressive antivirus software (scanning all files accessed remotey). Thanks, -Michael From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of David Landry Sent: Tuesday, November 18, 2014 8:25 AM To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com> Subject: [MDT-OSD] EXTREMELY slow running MDT Hi Everyone, I have been tasked to completely rebuild MDT. The first phase is coming up with a “thin” image, creating software distribution packages, and replicating them to 6 different servers for testing which include one in Asia and one in Europe. The problem I am facing is one of the MDT servers in North America is running EXTREMELY slow. But only for MDT. It is slow from the PXE boot, all the way thru to completion. The last image took over 7 hours to complete. All the other servers only take about 2 ½ hours. All other file transfers and general access of the server seem completely normal. The server is also a file and print server and it runs DHCP. But so are all the other servers. Are there any settings that can effect how MDT performs? Can WDS effect the performance? Thanks in advance for the help, Dave Landry
