66945

I think I found the issue - timezones. My Primary server (which I connect to, and create deployments) is located in GMT+3 timezone. The 'affected' office is in GMT-7 timezone; difference of 10 hours. Offices that are not affected are in GMT+8 timezone (i.e. ahead of Primary server) When I create a deployment and select 'required + 'ASAP' (without selecting UTC checkbox) - the deployment is made available at at the current time of the primary server. However, since UTC option is not selected, if deployment was made available at 9am on the Primary server, clients will wait till 9am local time before treating deployment as available. Since the affected office is 10 hours behind the primary server, I had to wait 10 hours before the 'ASAP' deployment will begin on those clients. PEBKAC!

'Downloal content from DP and run locally' for both cases, and clients are allowed to pull from default site boundary group.

Some clients are able to suddenly download and install packages, with this lines appearing in the logs: Program Install Service change to state STATE_ADVANCED_DOWNLOAD content in progress Execution Request for advert PRI2009E package PRI000F8 program Install Service state change from NotExist to AdvancedDownload Somehow clients thought that the content 'did not exist' - any suggestions on how/where to troubleshoot this?

Any tips for that? Content download and installation is working for Applications and Software Updates. The fact that it doesn't work for packages only baffles me and I'm not even sure if the issue is 'content download' related.

Content does not get downloaded as the advertisement does not even appear in Software Center. Basically the client sees the advertisement and does nothing - i.e. it doesn't execute this step: Mandatory execution requested for program System Log and advertisement XXXXXXXX

On clients which are not installing packages, this line is missing in execmgr log: Mandatory execution requested for program System Log and advertisement XXXXXXXX

I tried reinstalling the secondary site that services this problematic office - doesn't help. Changing to IP range boundary groups didn't help too. I just realised - this particular secondary site is the problem; whether it is the office where the site server is, or the remote office - clients are not installing packages at all. Applications/Updates work however. All other secondary sites work fine too.

Before today (problem has been here for weeks) i was using IP address range and AD Site boundaries - for all offices - including those affected and non-affected ones. As part of troubleshooting this issue, I decided to remove IP address range from all boundary groups and use only AD site boundaries. My structure is something like this - Office A + Primary Site (1) + Boundary Group (Site is on same subnet as boundary group) 10.1.0.0/16 Office B + Secondary Site (2) + Boundary Group (Site is on same subnet as boundary group) 10.10.0.0/16 Problem Office C + Secondary Site (2) + Boundary Group (Office is of different subnet than the Secondary Site servicing this office) 10.20.0.0/16

I would like to assume my boundaries are correct - Applications and Windows Updates are deploying (and downloading) correctly. Only packages do the deployment get stuck and content does not get downloaded. That said, it is occasionally possible to make a package download and install - i think it was by reinstalling client, but it doesn't work 100% of the time. Which drives me bald.

Policy arrived for child program Install WinPcap execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Policy arrived for child program Install Wireshark execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Policy arrived for child program NI Count execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Policy arrived for child program Settings execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Policy arrived for child program Install Service execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Policy arrived for parent package PRI000F9 program * execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Raising client SDK event for class CCM_Program, instance CCM_Program.PackageID="PRI000F9",ProgramID="*", actionType 6l, value NULL, user NULL, session 4294967295l, level 0l, verbosity 30l execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) Raising event: [SMS_CodePage(437), SMS_LocaleID(1033)] instance of SoftDistProgramOfferReceivedEvent { AdvertisementId = "PRI20095"; ClientID = "GUID:61A17DFE-EB8E-40C8-8C62-D7F5756AC1C1"; DateTime = "20180327025706.984000+000"; MachineName = "AZ-FS"; ProcessID = 6076; SiteCode = "PRI"; ThreadID = 4076; }; execmgr 3/26/2018 8:57:06 PM 4076 (0x0FEC) As above, the policy arrive, and then nothing - client doesn't proceed any further, no errors whatsoever.

for example, with a 'required' package deployment execmgr shows that agent received the 'advertisement' in the correct flow of events, one would expect the advertisement to then kick off the installation/execution - but that doesn't happen content is not downloaded the deployment doesn't appear in software center either reinstalling client seems to help - but only once; subsequently deployments require a re-installation each time the agent definitely is talking to the MP and knows about the deployment; but it merely receives the deployment and doesn't proceed to do anything. there are no errors in execmgr. for a 'working pc', you might expect 10 lines of logs (for a successful and complete deployment) but for agents in this remote office of mine, there are only 4 lines of logs (just an example) - and the remaining lines (steps) are missing with no errors at all (and the 4 lines of logs are 'correct' - i.e. they are what's supposed to appear for working deployments)

anyone able to help save whatever hair i have left?

This is one of my worst experiences with SCCM. I have a secondary site located in office X. Then, I have a small remote office Y without any local site servers (DP, MP, etc) so all PCs there will pull from the secondary site server in office X. Application & Software Update deployment and CPI works fine over S2S VPN from office X > Y. However, package deployments just don't work. I create various package deployments (some with, some without content) - they are all stuck at 'In Progress - Program Received'. I see no errors in the logs at all - at best, the logs show me that 'nothing' is happening, i.e. the PC/agent sees the advertisement, and then does nothing (the next logical step is proceed to execute the package commands, which it doesn't) My boundary groups are set up correctly. The very same packages, if I deploy to a different office (A with local site server on the same LAN), works flawlessly. Can anyone help me before I lose all my hair...

I am trying to upgrade Windows 10 instances that were installed using en-US media and have language packs applied to them. As you may know, this will fail if the upgrade media is en-US (i.e. does not correspond to the language pack that has been applied to the OS). I am trying to workaround this issue by rebooting into WinPE before starting the Upgrade step. In WinPE I will use DISM to change the system UI language to en-US which should allow the upgrade to proceed (I will apply necessary language packs and UI settings in a later step). The step works fine and I am able to change the system UI language successfully in WinPE. The next step reboots the system into the OS, with the following step the 'actual' upgrade step. However, after the system reboots from WinPE into the OS, the 'upgrade' step does not run - there is no progress UI or anything (although I can see TSManager.exe and OSDUpgradeWindows.exe running in the background. Looking at the SMSTS.log, OSDUpgradeWindows.exe is constantly trying to validate certificate (effectively a loop) - is that why the task sequence never continues?

Hi! I have an OS Deployment task sequence that basically formats the HDD and installs fresh copy of Windows 10 (it is not in-place upgrade per se since it actually formats the PC entirely). This task sequence works perfectly fine when deployed via PXE boot. However, I tried to deploy it to 'ConfigMgr Clients only' and that's when I had an issue. The task sequence is suppose to appear in Software Center; but of the 3 clients I tested it with, it only appears in the Software Center for a Windows 8.1 PC (and is able to install just fine). For the other 2 Windows 10 (1607) PCs, the task sequence doesn't appear in Software Center at all, no matter how I get it to sync the policies. Anyone knows what am I missing? Thanks!