xiaoniuma

> 加一下network配置试一下呢 docker network create -d bridge kuscia-exchange 已经这样执行

> 上述日志看起来不是kuscia pod的，麻烦提供下kuscia pod的日志 没有启动成功，没有看到kuscia pod 日志

> > 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 里面配置的镜像拉起来的，配置是使用上面在物理机上安装成功的配置文件

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

> runc部署需要特权，官方文档有描述。如果想用runc模式，需要加一下特权。  > > k8s yaml： kind: Deployment apiVersion: apps/v1 metadata: name: sp-node-kuscia namespace: myname labels: app: sp-node-kuscia annotations: deployment.kubernetes.io/revision: '29' kubesphere.io/creator: user spec: replicas: 1 selector: matchLabels: app:...

> runc部署需要特权，官方文档有描述。如果想用runc模式，需要加一下特权。  > >  已经设置但是没有生效

> > > runc部署需要特权，官方文档有描述。如果想用runc模式，需要加一下特权。  > > > k8s yaml： > > > > > > kind: Deployment apiVersion: apps/v1 metadata: name: sp-node-kuscia namespace: myname labels: app: sp-node-kuscia annotations: deployment.kubernetes.io/revision:...

[kuscia.yaml.txt](https://github.com/user-attachments/files/15550815/kuscia.yaml.txt)这个地方可以下载

> 在你的k8s集群中，使用以下教程收集下pod相关信息，把收集到的信息放到类似kuscia.yaml.txt文件中。 > > 1. 获取pod名称 > kubectl get pod -n myname | grep sp-node-kuscia > 2. 查看pod信息 > kubectl get pod {步骤1查询到的pod名称} -n myname -o yaml > 3. 查看pod日志...

> 是想代码讨论吗？还是运行有报错，如果是后者，可以贴一下日志信息 目前是想讨论下当前的实现方式有没有问题，具体执行问题也有