首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >与errSecInternalComponent (Buildkite)的协同设计失败

与errSecInternalComponent (Buildkite)的协同设计失败
EN

Stack Overflow用户
提问于 2021-04-25 19:28:38
回答 1查看 242关注 0票数 2

环境

嗨,我在我的aws mac1.金属实例上使用了内置风筝。这些代理在我们的组织中充当CI代理。实例现在在启动实例时(在/Library/LauchDaemon中使用plist完成)启动buildkite。这是我的薄片

问题

代理尝试使用python子进程运行以下命令

代码语言:javascript
复制
subprocess.CalledProcessError: Command '['/usr/bin/codesign', '-v', '--sign', 'XXXXXXXXXXXXXXXXXXXXXXXXX', '--entitlements', 'bazel-out/darwin-opt/bin/MYORG/iOS/WidgetExtension/WidgetExtension_entitlements.entitlements', '--force', 'bazel-out/darwin-opt/bin/MYORG/iOS/WidgetExtension/WidgetExtension_archive-root/WidgetExtension.appex']

导致此错误:

代码语言:javascript
复制
ERROR:
--
  | bazel-out/darwin-opt/bin/MYORG/iOS/WidgetExtension/WidgetExtension_archive-root/WidgetExtension.appex: errSecInternalComponent

有趣的是,与我在本地启动的代理运行相同的任务。(ssh进入机器,然后运行buildkite-agent start)然后它运行得完美无缺。因此,我想知道,通过launchd作为守护进程启动构建风筝代理与在本地启动它之间是否存在某种权限上的差异。(类似于我之前打开的这个问题,其中bk代理作为启动守护进程失败了一个作业,但如果在本地启动,则成功)

我试图修复/调试的东西

想知道是否有任何codesign/security/buildkite向导‍♀️‍♂️知道在本地发射buildkite代理和代理启动之间的区别?我觉得我错过了一个很大的问题。也许是我的褶皱里缺少的一个属性。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2021-07-28 14:30:18

我以前遇到过这个问题,您需要以LaunchAgent的形式运行buildkite代理,并配置自动登录,而不是以LaunchDaemon的形式运行。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/67257428

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档