- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
总结:
我已经有一个在 openshift 3.11 提供程序中运行的“静态 jenkins 服务器”类型 jenkins-x 的设置。集群崩溃了,我想在我的集群中重新安装 jenkins-x,但现在不支持“静态 jenkins 服务器”。
所以我尝试通过“jx boot”安装“jenkins-x”,但安装失败,“tekton pipeline controller”pod 进入“crashloopbackoff”状态。
重现该行为的步骤:
jx-requirements.yml:
autoUpdate:
enabled: false
schedule: ""
bootConfigURL: https://github.com/jenkins-x/jenkins-x-boot-config.git
cluster:
clusterName: cic-60
devEnvApprovers:
- automation
environmentGitOwner: cic-60
gitKind: bitbucketserver
gitName: bs
gitServer: http://rtx-swtl-git.fnc.net.local
namespace: jx
provider: openshift
registry: docker-registry.default.svc:5000
environments:
- ingress:
domain: 172.29.35.81.nip.io
externalDNS: false
namespaceSubDomain: -jx.
tls:
email: ""
enabled: false
production: false
key: dev
repository: environment-cic-60-dev
- ingress:
domain: ""
externalDNS: false
namespaceSubDomain: ""
tls:
email: ""
enabled: false
production: false
key: staging
repository: environment-cic-60-staging
- ingress:
domain: ""
externalDNS: false
namespaceSubDomain: ""
tls:
email: ""
enabled: false
production: false
key: production
repository: environment-cic-60-production
gitops: true
ingress:
domain: 172.29.35.81.nip.io
externalDNS: false
namespaceSubDomain: -jx.
tls:
email: ""
enabled: false
production: false
kaniko: true
repository: nexus
secretStorage: local
storage:
backup:
enabled: false
url: ""
logs:
enabled: false
url: ""
reports:
enabled: false
url: ""
repository:
enabled: false
url: ""
vault: {}
velero:
schedule: ""
ttl: ""
versionStream:
ref: v1.0.562
url: https://github.com/jenkins-x/jenkins-x-versions.git
webhook: lighthouse
预期行为:
jx 命名空间下的所有 pod 都应该启动并运行并且 jenkins-x 应该正确安装
实际行为:
Tekton 管道 Controller pod 进入“CrashLoopBackOff”状态并出现错误:
在“jx”命名空间中具有状态的 Pod:
NAME READY STATUS RESTARTS AGE
jenkins-x-chartmuseum-5687695d57-pp994 1/1 Running 0 1d
jenkins-x-controllerbuild-78b4b56695-mg2vs 1/1 Running 0 1d
jenkins-x-controllerrole-765cf99bdb-swshp 1/1 Running 0 1d
jenkins-x-docker-registry-5bcd587565-rhd7q 1/1 Running 0 1d
jenkins-x-gcactivities-1598421600-jtgm6 0/1 Completed 0 1h
jenkins-x-gcactivities-1598423400-4rd76 0/1 Completed 0 43m
jenkins-x-gcactivities-1598425200-sd7xm 0/1 Completed 0 13m
jenkins-x-gcpods-1598421600-z7s4w 0/1 Completed 0 1h
jenkins-x-gcpods-1598423400-vzb6p 0/1 Completed 0 43m
jenkins-x-gcpods-1598425200-56zdp 0/1 Completed 0 13m
jenkins-x-gcpreviews-1598421600-5k4vf 0/1 Completed 0 1h
jenkins-x-nexus-c7dcb47c7-fh7kx 1/1 Running 0 1d
lighthouse-foghorn-654c868bc8-d5w57 1/1 Running 0 1d
lighthouse-gc-jobs-1598421600-bmsq8 0/1 Completed 0 1h
lighthouse-gc-jobs-1598423400-zskt5 0/1 Completed 0 43m
lighthouse-gc-jobs-1598425200-m9gtd 0/1 Completed 0 13m
lighthouse-jx-controller-6c9b8994bd-qt6tc 1/1 Running 0 1d
lighthouse-keeper-7c6fd9466f-gdjjt 1/1 Running 0 1d
lighthouse-webhooks-56668dc58b-4c52j 1/1 Running 0 1d
lighthouse-webhooks-56668dc58b-8dh27 1/1 Running 0 1d
tekton-pipelines-controller-76c8c8dd78-llj4c 0/1 CrashLoopBackOff 436 1d
tiller-7ddfd45c57-rwtt9 1/1 Running 0 1d
错误日志:
2020/08/24 18:38:00 Registering 4 clients
2020/08/24 18:38:00 Registering 3 informer factories
2020/08/24 18:38:00 Registering 8 informers
2020/08/24 18:38:00 Registering 2 controllers
{"level":"info","caller":"logging/config.go:108","msg":"Successfully created the logger."}
{"level":"info","caller":"logging/config.go:109","msg":"Logging level set to info"}
{"level":"fatal","logger":"tekton","caller":"sharedmain/main.go:149","msg":"Version check failed","commit":"821ac4d","error":"kubernetes version \"v1.11.0\" is not compatible, need at least \"v1.14.0\" (this can be overridden with the env var \"KUBERNETES_MIN_VERSION\")","stacktrace":"github.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain.MainWithConfig\n\tgithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain/main.go:149\ngithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain.MainWithContext\n\tgithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain/main.go:114\nmain.main\n\tgithub.com/tektoncd/pipeline/cmd/controller/main.go:72\nruntime.main\n\truntime/proc.go:203"}
After downgrading the tekton image from "0.11.0" to "0.9.0" the tekton pipeline controller pod is into running state. And a new tekton pipeline webhook pod got created and it is into "Crashloopbackoff"
Jx版本:
Version 2.1.127
Commit 4bc05a9
Build date 2020-08-05T20:34:57Z
Go version 1.13.8
Git tree state clean
诊断信息:
jx诊断版本的输出是:
Running in namespace: jx
Version 2.1.127
Commit 4bc05a9
Build date 2020-08-05T20:34:57Z
Go version 1.13.8
Git tree state clean
NAME VERSION
Kubernetes cluster v1.11.0+d4cacc0
kubectl (installed in JX_BIN) v1.16.6-beta.0
helm client 2.16.9
git 2.24.1
Operating System "CentOS Linux release 7.8.2003 (Core)"
Please visit https://jenkins-x.io/faq/issues/ for any known issues.
Finished printing diagnostic information
Kubernetes 集群 openshift - 3.11
Kubectl 版本:
Client Version: version.Info{Major:"1", Minor:"11+", GitVersion:"v1.11.0+d4cacc0", GitCommit:"d4cacc0", GitTreeState:"clean", BuildDate:"2018-10-15T09:45:30Z", GoVersion:"go1.10.2", Compiler:"gc", Platform:"linux/amd64"}
操作系统/环境:
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
我需要在“openshift-3.11”中通过“jx boot”安装“jenkins-x”,它使用默认的 kubernetes 版本 - 1.11.0,但“jx boot”至少需要 1.14.0。请建议是否有任何解决方法可以在 openshift-3.11 上获取 jenkins-x
最佳答案
如错误消息所示(在崩溃循环中),kubernetes 版本“v1.11.0”不兼容,至少需要“v1.14.0”
,这使得它无法安装在 OpenShift 3 上(因为它与 Kubernetes 1.11.0 一起发布)。 jenkins-X 似乎附带了 Tetkon Pipelines v0.14.2
,它至少需要 Kubernetes 1.14.0(之后的版本如 Tekton Pipelines v0.15.0
需要 Kubernetes 1.16.0) .
{"level":"fatal","logger":"tekton","caller":"sharedmain/main.go:149","msg":"Version check failed","commit":"821ac4d","error":"kubernetes version \"v1.11.0\" is not compatible, need at least \"v1.14.0\" (this can be overridden with the env var \"KUBERNETES_MIN_VERSION\")","stacktrace":"github.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain.MainWithConfig\n\tgithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain/main.go:149\ngithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain.MainWithContext\n\tgithub.com/tektoncd/pipeline/vendor/knative.dev/pkg/injection/sharedmain/main.go:114\nmain.main\n\tgithub.com/tektoncd/pipeline/cmd/controller/main.go:72\nruntime.main\n\truntime/proc.go:203"}
理论上,在 Controller 部署中设置 KUBERNETES_MIN_VERSION
可能 使其工作,但它没有经过测试,很可能 Controller 不会正常运行,因为它使用的功能在 1.11.0 中不可用。除此之外,据我所知没有解决方法。
关于openshift - "jx boot"在 "openshift-3.11"提供程序中失败,"tekton pipeline controller"pod 进入 "crashloopbackoff"状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63592477/
在 Tekton 中,可以设置一个包含多个任务的管道,这些任务可以(可能)并行运行并访问同一工作区。但是,文档并没有完全清楚这种情况下会发生什么。它会“锁定”工作区并强制一个任务等待另一个任务使用它完
我有两个不同的任务,我想将第一个任务的 taskRun 名称传递给第二个任务。我想知道是否有办法做到这一点。 最佳答案 taskRun 名称可用作 variable你可以将它作为 task resul
所以Tekton Pipelines允许您创建单个任务并将它们连接到云原生 ci/cd 管道。它太酷了。但正如你所想象的那样,你认为很简单的事情其实很棘手。例如,我试图将 Kaniko 执行程序作为任
前面我们创建的两个任务 test 和 build-and-push 都已经完成了,我们还可以创建一个流水线来将这两个任务组织起来,形成一个流水线,这里就是我们要使用的 Pipeline 这个 C
最近我对 Tekton 很感兴趣。 但是,当我使用 java Fabric8.tekton api 实现 Task 时,出现了一些问题。 在 TaskBuilder 类中存在以容器(withConta
我在 gitlab 管道中有以下代码,这会导致某种竞争条件: kubectl apply -f pipelineRun.yaml tkn pipelinerun logs -f pipeline-ru
我们的端到端测试基于 maven/CucumberJVM。所有工件都是使用 Jenkins 构建的,并保存在 Artifactory 中。那么 tekton 应该适用于一种(或多种)环境 使用 hel
我们的端到端测试基于 maven/CucumberJVM。所有工件都是使用 Jenkins 构建的,并保存在 Artifactory 中。那么 tekton 应该适用于一种(或多种)环境 使用 hel
我已经在私有(private) kubernetes 集群上安装了 Tekton。之后我想创建第一个资源但遇到异常: 发生内部错误:调用 webhook "webhook.tekton.dev"失败:
我有一个我想要的管道: 提供一些资源, 运行一些测试, 拆资源。 我希望第 3 步中的拆卸任务运行 不管 测试是否通过或失败,在第 2 步。据我所知 runAfter如果前一个任务成功,则只运行一个任
我正在尝试在我的一项任务中使用来自私有(private)容器注册表的容器镜像。 apiVersion: tekton.dev/v1beta1 kind: Task metadata: name:
我正在尝试在我的一项任务中使用来自私有(private)容器注册表的容器镜像。 apiVersion: tekton.dev/v1beta1 kind: Task metadata: name:
总结: 我已经有一个在 openshift 3.11 提供程序中运行的“静态 jenkins 服务器”类型 jenkins-x 的设置。集群崩溃了,我想在我的集群中重新安装 jenkins-x,但现在
在我们的 Tekton 管道中,我们希望使用 ArgoCD CLI 根据构建的应用程序动态执行 argocd 应用程序创建 和 argocd 应用程序同步。我们创建了一个新用户as described
我是一名优秀的程序员,十分优秀!