anyweb Posted October 25, 2013 Report post Posted October 25, 2013 are all of you using vmware ? have you checked for any updates to vmware to support the newer boot images ? Quote Share this post Link to post Share on other sites More sharing options...
xayide Posted October 25, 2013 Report post Posted October 25, 2013 I am using this in production on laptops, only the server is in VMware. Quote Share this post Link to post Share on other sites More sharing options...
anyweb Posted October 28, 2013 Report post Posted October 28, 2013 I wonder if there is any update available for your vmware server solution ? can you tell us what version you are running ? Quote Share this post Link to post Share on other sites More sharing options...
xayide Posted October 28, 2013 Report post Posted October 28, 2013 I am using ESXi 5.5 to host SCCM 2012 R2 server. Laptops that I apply image to is Lenovo T431S, which was very fast inded with Winpe 4.0. As some have stated above 4.0 is still fast after upgrade to SCCM 2012R2. This makes me beleive the problem lies within Winpe 5.0. Quote Share this post Link to post Share on other sites More sharing options...
Jayshaw91 Posted October 28, 2013 Report post Posted October 28, 2013 Apparently, this is a pretty wide spread issue: http://anoopcnair.com/2013/10/28/sccm-configmgr-2012-r2-issue-osd-slow/ Here is a TechNet thread discussing it (taken from the link above): http://social.technet.microsoft.com/Forums/en-US/4c72ae27-198f-4751-b0d6-340a11b52bd4/insanely-slow-os-download-in-2012-r2-winpe?forum=configmanagerosd Quote Share this post Link to post Share on other sites More sharing options...
Anthony Mel Posted October 28, 2013 Report post Posted October 28, 2013 This is happening in Windows 2008 R2 Hyper-V for me. Quote Share this post Link to post Share on other sites More sharing options...
Rocket Man Posted October 28, 2013 Report post Posted October 28, 2013 Just after checking this out and same problem also: Hyper-V 2012, DP on Server 2012......chronic download speeds even testing on a VM that sits on the same Virtual network switch as the DP. It seems fine if you specify to Access all content from DP which is the setting I use but just wanted to check this out and it seems to be a problem that has just arose from the upgrade to R2 as this has been tested before on SCCM Sp1 without any issues. 50% downloaded and 5 mins have went past on a 2gb wim. Quote Share this post Link to post Share on other sites More sharing options...
anyweb Posted October 29, 2013 Report post Posted October 29, 2013 ok the problem has been identified apparently (on a separate list) and here's what they said we have identified root cause and Sustained Engineering is going to start working on a hotfix. Basically the block size for how often the Task Sequence Progress bar updated was changed and it was updating much more frequently, causing the download the slow down significantly. I’ll provide more details as I have them. Engineers are working on to create a Hotfix and it make take few weeks before we can see the hotfix so i guess a hotfix is coming cheers niall 1 Quote Share this post Link to post Share on other sites More sharing options...
mrbios Posted October 29, 2013 Report post Posted October 29, 2013 Just after checking this out and same problem also: Hyper-V 2012, DP on Server 2012......chronic download speeds even testing on a VM that sits on the same Virtual network switch as the DP. It seems fine if you specify to Access all content from DP which is the setting I use but just wanted to check this out and it seems to be a problem that has just arose from the upgrade to R2 as this has been tested before on SCCM Sp1 without any issues. 50% downloaded and 5 mins have went past on a 2gb wim. I've never used the "Access all content from DP" option before, I've always used download and run locally but i was testing it today and found the same thing, much quicker.....but would i be right in thinking that this change is the reason some of my packages that run batch scripts didn't work? Two of which execute .bat files with multiple lines. I assume that running them in a "remote run" scenario causes them to execute with a \\server\share based path for the executable rather than a local drive letter which is why they'd failed? .....I spent ages trying to work out why they kept getting an error and I've eventually come to that conclusion, can someone confirm if it sounds correct? Quote Share this post Link to post Share on other sites More sharing options...
Rocket Man Posted October 29, 2013 Report post Posted October 29, 2013 Yes it would be a reason.....my Task Sequence fails at some packages if i download all content as my packages are designed and built for accessing from DP first! Quote Share this post Link to post Share on other sites More sharing options...