等待SCCM OSD任务顺序第一个应用程序安装失败

[rhughes]

你好,
我似乎找不到解决这个问题的方法，我已经有很长一段时间了，我想知道这里是否有人遇到过这个问题?这个问题在更新到2107版本后开始出现，我们目前仍在运行。我们的OSD任务序列中的安装应用程序步骤有问题，其中第一个应用程序总是安装失败。首先放置哪个应用程序并不重要，第一个应用程序总是会失败。很长一段时间以来，我不得不复制第一个应用程序，这样它才会实际安装。如果一个应用程序需要重新启动，在重新启动之后，列表中的下一个应用程序将无法安装…总是这样。我只能假设这与服务启动速度不够快有关。

日志文件总是显示需要重新启动后列表中的第一个应用程序或下一个应用程序:

任务序列执行引擎安装应用程序VLC Media Player(ScopeId_78FCCC8A-60B6-443E-9F40-4F525FBE127F/Application_829e9174-cd75-467b-ab6b-465f2f3a1ac4)失败，该应用程序是通过TS变量在组()中操作(install Base Applications)指定的，退出码为615。操作系统报告错误615:提供的密码太短，无法满足用户帐户的策略。请选择较长的密码。

有人遇到过这个问题或者知道解决这个问题的方法吗?

欢呼,
理查德。

[hth华体会体育全站]

在安装任何应用程序之前，TS的步骤是什么?

[rhughes]

在安装任何应用程序之前，TS的步骤是什么?

嗨Prajwal,

谢谢您的及时回复。在此任务序列中有两个“安装应用程序”步骤，都是基于集合变量安装应用程序。就在第一个“安装应用程序”步骤之前，我有Windows和Office的KMS激活。在KMS激活和第一个“安装应用程序”步骤之间没有重新启动。然后在第二个“安装应用程序”步骤之前有一个重启步骤。“安装应用程序”步骤的第一个应用程序总是失败，并出现相同的错误。如果我复制了收集变量，所以BA01和BA02等于VLC媒体播放器，BA01将总是失败，但BA02将成功安装。

欢呼,
理查德。

[rhughes]

我想我可能已经解决了这个问题(希望如此)。当我在VM上做一些测试时，我注意到我不能复制这个问题。唯一的区别是使用的引导媒体，VM使用新创建的引导媒体。我认为我们的技术人员使用的USB引导介质是过时的，这是这个问题的原因!我已经阻塞了所有在2022年8月之前创建的启动介质，所以我将看看现在会发生什么。