组策略安装失败错误1274


40

我正在尝试通过Active Directory中的组策略部署MSI。但是这些是我登录后在系统事件日志中遇到的错误:

  • 通过策略安装分配应用程序XStandard失败。 错误是:%% 1274
  • 从策略安装中删除应用程序XStandard的分配失败。错误是:%% 2
  • 无法将更改应用于软件安装设置。通过组策略为该用户部署的软件的安装已延迟到下一次登录,因为必须在用户登录之前应用所做的更改。错误是:%% 1274
  • 组策略客户端扩展软件安装无法应用一项或多项设置,因为必须在系统启动或用户登录之前处理更改。系统将等待组策略处理完全完成之后才能再次启动该用户或登录该用户,这可能会导致启动和引导性能降低。

当我重新启动并再次登录时,我仅会收到有关需要在下次登录之前执行更新的相同消息。我正在使用Windows Vista 32位笔记本电脑。我对于通过组策略进行部署还很陌生,那么还有哪些其他信息可以帮助您确定问题呢?我尝试了具有相同结果的其他MSI。登录到计算机后,我可以使用命令行和msiexec来安装MSI,因此我知道MSI至少可以正常工作。

Answers:


56

您正在看到异步策略处理的可怕祸害。它不是一个“功能”(在Windows 2000中为默认关闭,但在Windows XP及更高版本中为默认打开),并完全导致了您所看到的-处理某些类型的GPO设置时的不确定行为。

在适用于该计算机的GPO中,添加以下设置:

  • 电脑设定
    • 管理模板
      • 系统
        • 登入
          • 在计算机启动和登录时始终等待网络-已启用

设置好之后(如果在多DC环境中,则允许GPO复制),然后在主题PC上执行“ gpupdate / force / boot”。它将重新启动,您应该看到已安装软件。

“允许计算机在启动和登录时始终等待网络”会稍稍减慢启动和登录的速度,因为允许处理所有GPO扩展名,但好处是允许所有GPO扩展名都可以处理。


我在原始问题中遇到上述错误代码。应用您的修复程序后,我进入了'错误1612。此产品的安装源不可用。验证源存在并且您可以访问它。” 它存在,我可以访问它。关于如何解决该问题的任何想法?(尝试过gpupdate /force /boot)?分发点是否需要任何特殊许可?
不合理

1
向“域计算机”授予对分发点的读取访问权限对我来说很成功。
不合理

14

我从@Evan Anderson的答案中尝试了“在计算机启动和登录时始终等待网络-启用”设置,但是直到我在下面添加此设置后,才允许安装软件。不知道这是否是两个设置的组合。现在正在工作,所以我要保留两个设置。

在应用于这些工作站的组策略中,导航至:

计算机配置>策略>管理模板>系统>组策略

启用指定启动策略处理等待时间。设置等待时间(以秒为单位):= 120

120可能会过大,但这对我有用。其他论坛建议将其设置为30秒。即使默认值为30秒(未设置策略时),将其强制设置为30秒也可以。

屏幕截图


这个技巧使我的部署成功率从72%提高到100%。好答案!
Nic 2013年

我在组策略管理编辑器中没有看到此策略。
2015年

@Shiv,我为您添加了屏幕截图。:-)
安德鲁·巴克林

1
由于我的GPM中的某些原因,@ AndrewBucklin Ahh将其称为“启动策略处理等待时间”。单词“指定”不存在。
希夫

6

如果已经安装了该应用程序,但msiexec无法将其卸载,则会发生这种情况。最常见的情况是以前的手动安装,其中选择了“仅对我来说”,而不是“每个登录此计算机的人”。

您可以使用Windows Installer清理实用程序(http://support.microsoft.com/kb/290301)欺骗PC,使其认为该应用程序不再存在,然后应该可以正常运行。


感谢您的建议,但是在运行该实用程序时,我没有看到列出的应用程序。我将在以后保留此书签,以防万一这是其他问题的解决方案。
David Thomas Garcia,2009年

4

我只是发现了此错误的另一个不同原因。如果在连接到问题工作站的以太网交换机上配置了“生成树”,则它将在PC启动时延迟激活交换机端口。禁用交换机端口的生成树或启用交换机端口的“生成树Portfast”解决了我的一些工作站上的此问题。


2

我遇到了同样的问题,但以上修复均无效。我最终发现,还有另一个GPO试图在我的软件之前安装软件,但由于%p1274错误而失败,因为该gpo本身具有错误的权限。由于某种原因,失败导致我的GPO无法安装,即使我的GPO拥有正确的权限也是如此。一旦我禁用了另一个问题GPO,我的GPO就会正​​确安装。


2

更改“ 启动策略处理等待时间 ”对我有用。它设置为30秒,但是某些工作站仍然失败,出现%% 1274。

我将其提高到90秒,他们很高兴。


1

有时您的组策略可能会搞砸。尝试删除整个注册表项HKLM / SOFTWARE / Microsoft / Windows / CurrentVersion /组策略。您可能会发现重新启动后重新安装了GP中的所有内容。您可能要先备份注册表...


1

我在几台笔记本电脑上都遇到了同样的问题。他们工作了好几年,然后突然没有通过gpo安装任何新软件。强制“启动策略处理等待时间”设置似乎已纠正了该问题。如前所述,默认情况下应该为30秒,但对我来说,笔记本电脑根本不等待启动策略,而是直接跳过。所有笔记本电脑均为win7x64,DC Server2008R2和Server2012。


1

我们有同样的问题。最终,我们发现我们的笔记本电脑已通过RADIUS身份验证,可以通过WiFi进行身份验证,并且直到用户使用AD凭据登录之前,网络安装才能开始(因为在此之前没有网络连接才能远程执行安装文件)。在用户登录后,为时已晚,因为安装应在此之前开始。

当客户端通过以太网连接时,它就像一个魅力!


0

问题解决了!

我以具有Enterprise / Domain管理员权限的域用户身份登录到客户端计算机,并且能够毫无问题地访问包含MSI安装软件包的共享文件夹。但是,有时尝试从另一台非域PC通过\ IP \ share_path_to_msi_packages_folder访问它,并不断出现登录弹出窗口。基本上,即使一个人允许所有域和非域用户/组或共享文件夹上的“所有人”读/写权限,它仍然无法正常工作,并提示我输入用户名/密码,从而不允许本地客户端提取GPO指向的软件包。这是由默认情况下禁用的匿名访问引起的。启用它并向MSI文件夹授予读/写权限后,便能够成功部署大多数软件包,并且只有synology-cloud-station-3.1.-3320.msi失败了(需要调查一下)。我还能够从任何非域计算机上访问共享文件夹。

我每5分钟就会在事件>系统中收到这些错误消息:

101从策略DOMAIN基本软件包安装中分配应用程序7-Zip 9.20(x64版本)失败。错误是:%% 1274

103从策略DOMAIN基本软件包安装中分配应用程序7-Zip 9.20(x64版本)失败。错误是:%% 1274

108无法将更改应用于软件安装设置。通过组策略为该用户部署的软件的安装已延迟到下一次登录,因为必须在用户登录之前应用所做的更改。错误是:%% 1274

1112无法将更改应用于软件安装设置。通过组策略为该用户部署的软件的安装已延迟到下一次登录,因为必须在用户登录之前应用所做的更改。错误是:%% 1274

设定:

服务器DC1(PDC)+ DC2(BDC)+ DC3(DBC)Windows 2012 R2 Standard已完全更新

客户端Windows 7 Pro SP1(干净的Dell还原,完全更新的,有冲突的软件包,例如旧的Adobe Flash已卸载)

已经尝试过客户端:

  • gpupdate / force
  • gpupdate / force / boot(均要求重新启动并引发未应用策略的错误)
  • gpresult / r(看起来不错)
  • 服务器和客户端都可以访问存储MSI软件包的共享驱动器
  • 更改GPO后,多次重新启动DC1和客户端

GPO禁用UAC:

* Computer Configuration * Policies * Windows Settings * Security Settings * Local Policies * Security Options ELEVATE WITHOUT PROMPTING: User Account Control: Behaviour of the elevation prompt for administrators in Admin Approval Mode DISABLE: User Account Control: Detect application installation and prompt for elevation DISABLE: User Account Control: Run all administrators in Admin Approval Mode

GPO deploy base software: * Computer Configuration * Policies * Administrative Templates * System * Logon ENABLE: Always wait for the network at computer startup logon * Group Policy ENABLE: Specify startup policy processing wait time (temporarily set to 120 will change to 30 later)

* Computer Configuration * Policies * Software Installation * 7-Zip 9.20 (x64 edition) v9.20 Assigned \LANIP\Utils\Software\GPO\7zip-7z920-x64.msi * Google Chrome v66.41 Assigned \LANIP\Utils\Software\GPO\googlechromestandaloneenterprise.msi * Mozilla Firefox (en-GB) v35.0 Assigned \LANIP\Utils\Software\GPO\firefox-35.0.1-en-gb-msi * Synology Cloud Station v3.1 Assigned \LANIP\Utils\Software\GPO\synology-cloud-station-3.1.-3320.msi

所有GPO都放置在组策略对象中,然后直接在我们的域下从GPO链接。其他设置(例如来自其他GPO设置的IE限制)也以相同方式正确应用于客户端。

AD,DHCP,DNS中没有其他错误,它们运行正常,机器获得了IP,并且可以通过nslookup解析名称,并且可以在IPv4 / IPv6上相互ping通。


0

埃文·安德森(Evan Anderson)的回答很好,但是他缺少一个非常重要的免责声明:

这会大大减慢笔记本电脑和无线客户端的域外登录速度。

考虑到没有此GPO的解决方法是简单地重新启动两次,我真的不明白为什么有人会折衷。


-1

Windows 2012 R2

在应用于这些工作站的组策略中,导航至:

计算机配置>策略>管理模板>系统>组策略

启用指定启动策略处理等待时间。设置等待时间(以秒为单位):= 120


5
该答案似乎是先前答案的重复。您还有其他信息要添加吗?
womble
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.