wangzul
wangzul
> @wangzul 由于是第一次用邮件发送，方便问一下您是否收到了代码。 目前并未收到代码，如果登录不上github可以在gitee上提供代码 我看到gitee有相同名称问题发布人也是你
已在gitee完成跟进https://gitee.com/secretflow/secretpad/issues/IAP747
尝试减少一些特征数量尝试下 4/12 。
> 是不是和使用的数据有关呢？咱们有验证这个组件的测试数据么？是否可以发给我，我验证一下，谢谢。 这部分功能目前没有人员进行维护，暂时不清楚是否有相关的测试数据，我们内部还需要讨论下，有进展再和您回复。
错误体现截图提供下 有更多日志吗？ 另外你是通过allinone 部署的吗？用的什么版本
master 和 lite 节点是服用的同一个配置文件吗？另外建议在master重新添加domain后替换lite的token重新部署下
有做过二次改动吗？看下kuscia & kuscia 是否正常启动，路由通讯是否正常
目前tee镜像不支持在真实tee环境中运行，如果对tee有兴趣可以看下https://www.secretflow.org.cn/zh-CN/docs/trustflow
> 我注意到 **trustflow** 文档中提到了非仿真模式下的镜像 `secretflow/capsule-manager-sgx-ubuntu22.04` 和 `secretflow/teeapps-sgx-ubuntu22.04`。请问如果部署了这两个镜像环境，是否可以替换 **secretpad** 中当前使用的 `capsule-manager-sim-ubuntu20.04` 和 `teeapps-sim-ubuntu20.04`，从而在“枢纽模式”下访问真实的 TEE 模块？ > > 如果有相关的部署或切换文档，烦请分享，非常感谢！ 这个不支持的，secretpad 的tee镜像版本比较老，并且受限tee硬件资源配置，如果有需要的话还是建议单独trustflow。
可以参考问题的描述：https://github.com/secretflow/secretpad/issues/167 自己尝试调整dp版本。目前确实不支持这种输入。 kubectl edit appimage dataproxy-image -o yaml 使用方式参考vim命令。 调整版本尝试下。 注意kuscia 较低不支持这种操作，如果是0.13 是支持的。