-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
kuscia 创建无实际计算节点的Domain执行作业显示等待审批,但是另一个参与方无法看到作业也无法根据id审批 #603
Comments
有没有测试过不开启审批,创建一个双方任务,看看是否可以在参入方中看到对应的kj? |
已经修改为所有节点都禁用了,还是需要审批
还有一个发现是在
|
修改了审批禁用之后是否重启了kuscia? |
重启了,我这边直接整个重启了docker,怎么验证 kuscia 的配置是否实际生效呢?
|
你上面创建的任务的参与方的 domainID 为啥是 bob 呢?你如果是使用我们文档中的 ./kuscia.sh cxc 创建的中心化×中心化网络模式的话,master-cxc-bob 节点的 domainID 应该是 master-cxc-bob。请确认 bob domainID是否存在。 |
我看跑成功的话也是bob作为domainID
我试了下好像是少了 cdr,像这种没有节点的domain怎么配置 cdr 呢
|
我上面看错了。domianID bob 是 lite 节点的。创建对应的 cdr 可参考:https://www.secretflow.org.cn/zh-CN/docs/kuscia/v0.14.0b0/reference/concepts/domainroute_cn |
想问下 https://www.secretflow.org.cn/zh-CN/docs/kuscia/v0.11.0b0/reference/concepts/domain_cn#id2 中提到的“内部节点”是怎么配置的呢,有示例吗?因为我只想简单创建一个domain,但是不想创建实际的物理lite节点,请问这种场景是支持的吗?因为只想使用不同的domain管理不同的数据。
|
"内部节点" 就是集群内部的节点。如果对于 kuscia-master-cxc-alice 来说 alice 就是它的内部节点 |
目前是不支持 一个 domain 没有实际的物理 lite 节点哈 |
Issue Type
Api Usage
Search for existing issues similar to yours
Yes
Kuscia Version
0.14.0b0
Link to Relevant Documentation
https://www.secretflow.org.cn/zh-CN/docs/kuscia/v0.14.0b0/reference/concepts/domain_cn
Question Details
The text was updated successfully, but these errors were encountered: