0x87d00324 2016410844 sccm ошибка

Prajwal Desai is a Microsoft MVP in Enterprise Mobility. He writes articles on SCCM, Intune, Configuration Manager, Microsoft Intune, Azure, Windows Server, Windows 11, WordPress and other topics, with the goal of providing people with useful information.

установка приложения с ошибкой 0x87D00324 (-2016410844)

12.02.2014, 19:57

SCCM is one of the best tools for deploying applications and updates on a large scale. But as good as it is, occasionally, you may still face deployment issues such as the 0X87D00324 error.

This error code, specifically, means that the application was installed, but it couldn’t be detected by the configuration manager. As for why this happens, in most cases, either the detection method or the values in use are incorrect.

Validating these will resolve this error for most users, but there are a few other solutions you can try as well. We’ve listed the steps to apply all these in the guide below.

What Causes Error 0X87D00324 During SCCM Deployment?

The 0X87D00324 error occurs due to the use of an incorrect detection method during SCCM deployment. In rare cases, you may encounter this error despite using the correct detection method if there are other issues relating to command synchronicity or network access.

Since an incorrect detection method causes this error in most cases, validating it and ensuring all the values are correct will resolve this error most of the time. You’ll find all the necessary details regarding this in the sections below.

Validate the Detection Method

The Configuration Manager detects an application by verifying its GUID (Unique Application Identifier) from the registry. If the verification fails due to an incorrect path or wrong GUID, or any other reason, the detection fails, and error 0X87D00324 is returned. The steps to resolve these issues are listed below:

1. In the ConfigMgr console, navigate to Software Library > Overview > Application Management > Applications.
2. Select an application and click Deployment Types or Deployment Properties.
   
3. Right-click the application and select Properties.
4. In the MSI file properties window, switch to the Detection Method tab.
   
5. Select the specified detection method and click on Edit or Edit Clause.
6. In the Detection Rule window, select Windows Installer as the setting type.
   
7. Verify that the listed product code is correct by checking the registry entry on the client machine. The registry path is:
   32 bit: HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindowsCurrentVersionUninstall 
   64 bit:
   HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall
8. The list of keys in curly brackets {} are the product codes for various programs. Select one of them and check the Display Name. Repeat this until you find the program you’re trying to install.
9. Once you find that, verify that the GUID matches with the product code used in the Detection Clause.
   

Even after the detection clause is corrected, you may still encounter this error. This is likely because ConfigMgr uses binary differential replication (BDR). Basically, it only resends new or changed content instead of sending all the source files to minimize network bandwidth usage. You can easily fix this issue by refreshing the deployment with the following steps:

1. Open the Configuration Manager properties on the client computer.
2. Run the Machine Policy Request and Evaluation Cycle in the Action tab.
   
3. Once the new policy is received, the deployment will work, and the application will install without any errors.

Add Delay to Detection

Some installers can spawn a child process to perform the actual installation. If the initial process exits but the installation isn’t complete yet, ConfigMgr will try to detect the product but inevitably fail.

In cases like this, adding a simple script to add a timeout is enough to fix this issue. You can also add a sleep period after the installation process by adding Start-Sleep -seconds 60within the PSADT installer script after the msi install commands. A 60-second delay is generally enough, but you can modify it as you prefer.

User Reported Fixes

Note: User-reported fixes generally only apply to niche scenarios, but they are worth looking into nonetheless.

One user reported facing the 0X87D00324 error because he only copied the GUID (product code), and not the curly brackets, as he didn’t think they were necessary. We tend not to notice small things like this, so make sure you give the product code a double check.

Another user reported that he wrote a script but couldn’t deploy it as an application. The reason why this happened was that the script was running as an account that didn’t have network access. Using a network access account and ensuring it has access to the application you’re trying to deploy will resolve the issue in such scenarios.

VMWare Tools are usually installed through SCCM and now the newer version will not be installed through SCCM on all machines. So for some I do have the following failure.

The error code semes to be straight forward and after some research I found out that it means.. Quote:

It means that the application is installed successfully, however the
software center showing the deployment as failed.

Check the SCCM detection rule => make sure that correct GUID is used
in the detection clause

Most of the people fixed this by updating their wrongly setup detection rules. But in our case the detection rule is correct. It checks the file and the version. And the application is NOT INSTALLED
So it’s not a detection problem.
Now I wonder what else might be blocking us here. Some servers did get the installation. Others didn’t.
The Appenforce log shows that the app was not installed and it is finished after 8-12 seconds.

<![LOG[++++++ App enforcement completed (11 seconds) for App DT "VMWare_VMWareTools_10.3.5.10430147"

The successfull installation took close to one minute on the other servers, so I guess we get an abortion here or something. Where could I look for more info?

Addtional Info:
I am using SSCM 2012 and my servers are 2016 and 2012, I have failures and success on both versions. So this should not be related.

Anyone had issues like that?
Any help is upvoted, thank you.

При установке .exe приложения через System Center Configuration Manager 2012 выдавалась ошибка 0x87D00324 (-2016410844). Поиск в интернете выдавал примерно один и тот же результат — вроде как неправильно настроен метод обнаружения программы. То есть установка ПО все таки проходит, но по ее окончании SCCM не видит установленную программу(из-за неправильно настроенного обнаружения).

Однако, в моем случае было 2 нюанса. Во-первых, ошибка выдавалась в самом начале установки — фактически она и не начиналась. Во-вторых, если пользователь обладал правами администратора, то установка все-таки происходила. Почему так происходило — непонятно, так как с другими приложениями такого не было.

Решение:

В качестве обходного решения проблемы, я настроил установку не через «Приложения»(Application), а через создание установочного «Пакета»(Package). Там при создании пакета можно выбирать «установку от имени администратора».

Возможно аналогичная опция есть и в Application, но я пока не нашел. С другой стороны — результат достигнут — программа была установлена пользователям.