Vini

I'm looking to include a Recovery Partition/Restore Point post deployment. Something that will allow our users who find themselves suffering issues when out in the field, the ability to "restore" to OOTB state. My image at the minute is dynamic, I use the clean Windows 10 'install.wim' and then layer everything on top during the task sequence, the image is built to "spec" based on options the user provides during the deployment. After reading this thread (linked below), the suggestion is that you need/want to include the .wim file for use with the recovery partition. Of course, if I was to do that, my user would end up with a clean Windows 10. Do I need to consider switching from a dynamic image to a fat .wimfile, or are there other options that I can consider??

I currently administer a single, on-premise, MP with ~60 local DPs spread globally. We have around 7500 devices and 4000 users. At present the MP, SQL and foundations all live in the UK, and this is causing a bit of grief for our APAC sites, when pulling down TS policies for OSD etc... We're needing/wanting to spin up a 16xx instance of SCCM anyway, but have been wondering if/how feasible a Cloud Based MP and feature rich site system server would be if based in Azure for example. The rough plan would be... MP (Azure VM, EMEA) DB (Azure SQL, EMEA) DP (Azure VM, 1 per region - EMEA, NASA & APAC) Source Server (Azure VM) We'd use the Azure Based DP's as "Push" DP's, to the 60 or so Local DPs we have globally. The theory being this would alleviate the stress on our a Single UK DP as the "pusher". Is SCCM ready for this kind of setup? Is Azure ready for this kind of setup? Does anyone else, do anything similar?

Thanks! But page not found. Looks like a link to an edit though??

Was there ever any solution to this? This only seems to be occurring on my Win 10, UEFI device(s).

From your log(s). The first hit for 80004005 is; Install application action failed: 'Microsoft Internet Explorer 11 - Install'. Error Code 0x80004005 InstallApplication 11/04/2016 11:33:09 2572 (0x0A0C) Try checking the 'Continue on Error' option, or removing IE11 temporarily and see how it goes. Don't suppose updates have been injected already containing IE11 or something?

I've since identified that the Boundary did not have a site server assigned - oops! Since assigning a site server, the error is now 80004005... again this occurs immediately?

Ok, part of my testing, I just created a simple Deploy Image TS, and it's still failing immediately. But on a different package. It's like it might not be able to communicate with the DP perhaps? (Although it's booting to it!)

Our SCCM environment seems to be catching falling ill... DP/Site after DP/Site are failing to deploy our usually fine task sequence. We started with one site, and now we have 5 of 40 seeing this problem. This is not our video, but the issue is almost identical. The TS bombs out almost immediately. In our example, the package reported is P0100001, which is our first/default package, and in our instance is the USMT tools created by the ADK (User State Migration Tools for Windows 8.1). This package is configured to serve source files from <Directory on site server>C:\Program Files (x86)\Windows Kits\8.1\Assessment and Deployment Kit\User State Migration Tool. The sites that are failing DO have Computer Accounts defined in the MP permissions (RemoteDPServer$). I am not entirely sure where to begin in troubleshooting this. We're focussing on a single site to troubleshoot, believing that it'll either be a golden bullet fix, or a fix we can replicate on those DPs with this issue. So far, we've rebuilt the DP. We've disabled the USMT step in the TS and I'm currently repackaging and redistributing a copy of the USMT package to serve from an SMB share. Any thoughts?

I've quite a sizeable TS, and I need to perform some juggling of steps in it, doing it via the GUI in SCCM will take a while. Is there a way of modifying this out of the UI at all?

Not having much luck in deploying Office 2013 updates during our TS run. Our TS installs Windows 7, does a first pass of Updates using the inbuilt "Software Updates" step, it then installs applications. I want to apply the "updates" available in WSUS to the installed applications, so I have configured 3 further "update" passes in the TS, none of these pick up the Office 2013 updates. The post-app-install command I'm using is; WMIC /namespace:\\root\ccm path sms_client CALL TriggerSchedule "{00000000-0000-0000-0000-000000000113}" /NOINTERACTIVE How do you ensure your OSD TS is fully updated during its run? It's worth noting, that the TS joins the domain early on, so I assume it has our WSUS GPO active... Regardless, the Office updates I want, are approved by our WSUS server...

I assume you mean deployment start time. The deployment start time to the "All Unknown Devices" collection is 25/09/2015 which is almost a week ago. The deployment to "All Active Systems" (a custom Device Collection based on All Systems, whereby only systems with an Active client are included) is the same... The log shows "no advertisement found", but considering I'm deployed to All Unknown and All Active Systems, I don't know what else I could "deploy" to...! This is causing many problems now, specifically during testing.

I gave the site version, the console version is 5.0.8239.1203.

We've recently upgraded to the very latest version of 2012 R2 available, including CU1 (5.00.8239.1000). Since doing that, it seems, we are unable to re-deploy an OS to a Device that is "active" or has been previously deployed. Removing the device from the SCCM Console (and thus DB), allows the OSD process to begin again. Any ideas? Currently the Task Sequence is deployed to Unknown Devices and a collection, in which these previously imaged devices exists.

How can I best monitor "application" deployments, and if/when the network grinds to a halt during deployments, how can I best cancel active deployments to clients? The 3rd party tool "Sender Analyser" by Dan Richings looks ideal, at least for monitoring, but it doesn't seem to work in R2, is there anything else on the block...? As an example, I have deployed an application as a requirement to 250 people. I'm being told that I need to immediately halt all deployments. How can I best do that, without pausing/killing the client on everyone's machine.

MSI still resulted in the same, so I've been toying with Script Detection. My scripting skills are zero, I'm usually capable of ripping scripts, and altering to make them work, however, in this situation I'm struggling. For this application, I've enabled Script detection. The script is as follows; When the above script is saved as a .ps1 and run locally on a machine which has the software installed, it results in 'Software Installed' being displayed. If I change the version to something that is incorrect, it does not display anything. Which suggests to me that the script is working. However, when enabling this in SCCM, the Application disappears from Software Center, and AppDiscover.log shows;