zhiyuan

Hi @Yanziwanglu, 你可以参考[v0.8.0b0](https://www.secretflow.org.cn/zh-CN/docs/kuscia/v0.8.0b0/getting_started/quickstart_cn)分支文档进行相关操作. 以下是文档中快速体验的教程: ``` 1. 指定Kuscia_Image export KUSCIA_IMAGE=secretflow-registry.cn-hangzhou.cr.aliyuncs.com/secretflow/kuscia:0.8.0b0 2. 准备部署脚本kuscia.sh docker pull $KUSCIA_IMAGE && docker run --rm $KUSCIA_IMAGE cat /home/kuscia/scripts/deploy/kuscia.sh > kuscia.sh && chmod u+x kuscia.sh 3. 安装kuscia ./kuscia.sh...

@Yanziwanglu 可能是的。因为secretflow还处于不断迭代的过程，所以组件的参数和版本在不同的secretflow版本之间存在差异。因此，针对这种情况，我们从 v0.8.0b0 版本开始，会逐渐对 Kuscia 的版本和 secretflow 版本进行管理。 直接体现是正式分支的 v0.8.0b0 文档中，我们使用的是具体的 Kuscia镜像版本，而不是latest版本。

Hi @onelyfly, 可以参考Issue #44 ，将k3s.log和kuscia.log 日志贴一下。顺便检查下机器的配置是否符合官网要求的配置。

Hi @daydayuphere 我们会近期准备一份教程，基于现有本地MVP平台，跑基于自定义组件的作业。

Hi @daydayuphere ，隐语SecretPad平台新增组件 教程已更新到官方文档，可通过下面链接查看。 https://www.secretflow.org.cn/docs/quickstart/mfbgum8vi3ngs4y9

Hi @secretflowcode 从你的日志中看，应该是使用的 Kuscia 镜像比较老。 请问上述模版中的image镜像是自己本地构建的还是使用kuscia官方提供的？ `image: 'XXX/kuscia-secretflow:latest‘` 建议使用 secretflow-registry.cn-hangzhou.cr.aliyuncs.com/secretflow/kuscia-secretflow:0.8.0b0 镜像试一下

上述日志看起来不是kuscia pod的，麻烦提供下kuscia pod的日志

> kuscia 容器是通过k8s 的deployment yaml文件启动，和官网的k8s 部署方式不一样，官网提供的是runk 或者runp 方式，runc的方式，目前官网提供的install脚本安装 目前，我们改成install 脚本将容器启动后，获得容器启动依赖的配置文件，然后在yaml中将配置文件挂载到容器的启动目录下 因为没有启动成功，通过docker logs 只能看到host IP unknown 能详细描述下，在这里的修改吗？以及现在kuscia是直接部署在你们的k8s集群中的，还是在物理机上通过docker部署的？

> > > kuscia 容器是通过k8s 的deployment yaml文件启动，和官网的k8s 部署方式不一样，官网提供的是runk 或者runp 方式，runc的方式，目前官网提供的install脚本安装 目前，我们改成install 脚本将容器启动后，获得容器启动依赖的配置文件，然后在yaml中将配置文件挂载到容器的启动目录下 因为没有启动成功，通过docker logs 只能看到host IP unknown > > > > > > 能详细描述下，在这里的修改吗？以及现在kuscia是直接部署在你们的k8s集群中的，还是在物理机上通过docker部署的？ > > 是这样的，我们先在物理上使用secretflow-allinone-package 中install脚本，安装了kuscia和secretpad,然后将生成的配置文件拷贝到新的k8s 拉起来的secretpad和kuscia docker容器上，容器是k8s...

runc部署需要特权，官方文档有描述。如果想用runc模式，需要加一下特权。