当前位置: 首页 > 知识库问答 >
问题:

Kubernetes从Cronjob创建工作不工作

鲁靖
2023-03-14

我有一个具有以下版本的 Kubernetes 集群:

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.1", GitCommit:"632ed300f2c34f6d6d15ca4cef3d3c7073412212", GitTreeState:"clean", BuildDate:"2021-08-19T15:38:26Z", GoVersion:"go1.16.6", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"16", GitVersion:"v1.16.13", GitCommit:"aac5f64a5218b0b1d0138a57d273a12db99390c9", GitTreeState:"clean", BuildDate:"2021-01-18T07:43:30Z", GoVersion:"go1.13.9", Compiler:"gc", Platform:"linux/amd64"}
WARNING: version difference between client (1.22) and server (1.16) exceeds the supported minor version skew of +/-1

我有一个cron工作在我的库伯内特斯集群。

apiVersion: batch/v1beta1
kind: CronJob
metadata:
   name: abc-cronjob
   namespace: abc-namespace
...

库伯内特斯集群识别cron作业的api资源。

$ kubernetes -n abc-namespace api-resources
NAME                              SHORTNAMES   APIVERSION                        NAMESPACED   KIND
...
cronjobs                          cj           batch/v1beta1                     true         CronJob
...

我正在尝试为此创建一个手动作业,但是遇到了这个错误。

$ kubernetes -n abc-namespace create job abc-job --from=cronjob/abc-cronjob
error: unknown object type *v1beta1.CronJob

谁能帮忙?

共有3个答案

昝宜
2023-03-14

您为CronJob使用的API版本(batch/v1beta1)不再有效。尝试对CronJob使用以下apiVersion。

apiVersion: batch/v1
于恺
2023-03-14

将客户端“kubectl”降级到 v1.16 或将服务器端 K8s 集群升级到 v1.22

申高峯
2023-03-14

现在遇到了问题。版本差异导致了主要问题。安装了与服务器端的版本匹配的版本,并再次运行查询,没有问题。

 类似资料:
  • addSheet([string $sheetName]); 示例 $config = [ 'path' => './filePath' ]; ​ $excel = new \Vtiful\Kernel\Excel($config); ​ // 此处会自动创建一个工作表 $fileObject = $excel->fileName("tutorial01.xlsx"); ​ $fileO

  • 我试图设置jenkins-kubernetes插件创建Jenkins动态奴隶。 我的詹金斯在K8s集群外运行。 链接:https://github.com/jenkinsci/kubernetes-plugin 我的jenkins版本是2.60.2和Kubernetes插件版本是1.1.2 我按照自述文件中提到的步骤成功地建立了连接。 Kubernetes没有豆荚开始。这很奇怪。 我不确定我做错了

  • 我为不同的项目安装了两个kubernetes,在我所看到的最好的情况下,它们在重要的区域具有等效的配置,但这两个执行滚动更新的方式不同。 两者都是使用KOPS安装在AWS上的。

  • 为什么Eclipse在构建一个Android项目时,会陷入构建工作区的无限循环...和(重新)构建工作区...和(重新)构建工作区... 这是已知的虫子吗? 走出这个循环的正确方法是什么? 备注: 如果取消选中,它会生成良好的版本,甚至导出一个完美运行的签名发行版APK。 此问题仅在我升级到最新的SDK r19后才开始。在此之前(SDK r11),我从未遇到过此问题。 错误160868正好描述了这

  • 我已经在Linux系统上安装了neo4j-2.1.3并运行了服务器。我在我的应用程序中创建了模型“publisher”。然后在manage.py shell中,每当我使用 从BooksGraph.models导入Publisher p=Publisher.objects.create(name='Sunny',地址='b-1/196') 会弹出一个很长的错误: Traceback(最近的调用最后)

  • activity班: 例外情况: 致命异常:main E/AndroidRuntime:致命异常:主进程:com.example.locale.TablayoutDynamicSample.27084 java.lang.IllegalState异常:带有适配器com.example.locale.TablayoutDynamicSample.ViewPagerAdapter@3B0E90D6的V