Migo1989K零S
图形化创建流水线,运行卡着不动
runzexiaK零S
有没有自己修改过jenkins的系统设置?如果修改过请参考casc reload下配置
https://kubesphere.io/docs/v2.0/zh-CN/devops/jenkins-setting/#___gatsby
soulseenK零S
在system-workspace工作空间的项目kubesphere-devops-system下,Jenkins的配置的修改会做用于全局。每个用户项目下的无法修改Jenkins的系统配置。
soulseenK零S
- 已编辑
Migo1989 pipeline {
agent {
node {
label ‘gateway’
}
你好,gateway agent应该没有设置,可以切换为base。
或者自定义,参考:
https://kubesphere.io/docs/v2.0/zh-CN/devops/jenkins-agent/#___gatsby
https://kubesphere.io/docs/v2.0/zh-CN/devops/jenkins-setting/#___gatsby
Migo1989K零S
ks-jenkins的异常和这个问题有关吗?
soulseenK零S
登陆jenkins检查下对应流水线的日志,
Migo1989K零S
soulseen 不知道为什么又可以了,现在出现了另一个问题,在流水线第二阶段build and push阶段,通过gomodule拉取包时 请求超时,但是我登到ks-jenkins容器里curl http://athens.wpt.la/gitlab.weipaitang.com/go/plugin/@v/v0.0.0-20190507021158-92ee228e00e8.info 是没问题的
athens.wpt.la是我们自己搭建的
Migo1989K零S
我在ks-jenkins看到上面的日志
soulseenK零S
- 已编辑
检查资源的话一般是检查cpu 内存等资源是否占用满。
请求超时的话,应该是网络问题。每次都会time out吗,在构建时进入构建容器手动curl测试下能获取到依赖吗,
soulseenK零S
每次都会time out吗,可以再重试下吗?
不是进入ks-jenkins容器,是进入构建时的容器,应该是 go-XXX的容器,然后手动curl测试下能获取到依赖吗。